Linking (?) problem with ccze

[jon ewing]

Hello,

Hope someone can help me with this. I've been trying to compile an app
ccze (a log colorizer) under cygwin. The src is here:

ftp://bonehunter.rulez.org/pub/ccze/stable/pre/ccze-0.1.190.tar.gz

This compiles and runs fine under Debian linux and FreeBSD. It also
compiles and runs fine under Cygwin (1.3.20-1) if it is configured with:

./configure --with-builtins=all

(The app uses plugins for different log formats; this compiles all of
the plugins directly into the main executable, which isn't ideal).

However, if I try a straight:

./configure
make

I get the following errors:



/mnt/windows/TEMP/ccofoCw7.o(.text+0x4d): In function
`ccze_apm_process':
/home/jon/tmp/ccze-0.1.190/src/mod_apm.c:37: undefined reference to
`_pcre_get_substring'
/mnt/windows/TEMP/ccofoCw7.o(.text+0x6c):/home/jon/tmp/ccze-0.1.190/src/
mod_apm.c:38: undefined reference to `_pcre_get_substring'
/mnt/windows/TEMP/ccofoCw7.o(.text+0x8b):/home/jon/tmp/ccze-0.1.190/src/
mod_apm.c:39: undefined reference to `_pcre_get_substring'
/mnt/windows/TEMP/ccofoCw7.o(.text+0xaa):/home/jon/tmp/ccze-0.1.190/src/
mod_apm.c:40: undefined reference to `_pcre_get_substring'
/mnt/windows/TEMP/ccofoCw7.o(.text+0xc9):/home/jon/tmp/ccze-0.1.190/src/
mod_apm.c:41: undefined reference to `_pcre_get_substring'
/mnt/windows/TEMP/ccofoCw7.o(.text+0xe8):/home/jon/tmp/ccze-0.1.190/src/
mod_apm.c:42: more undefined references to `_pcre_get_substring' follow
/mnt/windows/TEMP/ccofoCw7.o(.text+0x11b): In function
`ccze_apm_process':
/home/jon/tmp/ccze-0.1.190/src/mod_apm.c:45: undefined reference to
`_ccze_addstr'
/mnt/windows/TEMP/ccofoCw7.o(.text+0x120):/home/jon/tmp/ccze-0.1.190/src
/mod_apm.c:46: undefined reference to `_ccze_space'
/mnt/windows/TEMP/ccofoCw7.o(.text+0x133):/home/jon/tmp/ccze-0.1.190/src
/mod_apm.c:47: undefined reference to `_ccze_addstr'
/mnt/windows/TEMP/ccofoCw7.o(.text+0x147):/home/jon/tmp/ccze-0.1.190/src
/mod_apm.c:48: undefined reference to `_ccze_addstr'
/mnt/windows/TEMP/ccofoCw7.o(.text+0x14c):/home/jon/tmp/ccze-0.1.190/src
/mod_apm.c:49: undefined reference to `_ccze_space'
/mnt/windows/TEMP/ccofoCw7.o(.text+0x15f):/home/jon/tmp/ccze-0.1.190/src
/mod_apm.c:50: undefined reference to `_ccze_addstr'
/mnt/windows/TEMP/ccofoCw7.o(.text+0x164):/home/jon/tmp/ccze-0.1.190/src
/mod_apm.c:51: undefined reference to `_ccze_space'
/mnt/windows/TEMP/ccofoCw7.o(.text+0x178):/home/jon/tmp/ccze-0.1.190/src
/mod_apm.c:52: undefined reference to `_ccze_addstr'
/mnt/windows/TEMP/ccofoCw7.o(.text+0x18b):/home/jon/tmp/ccze-0.1.190/src
/mod_apm.c:53: undefined reference to `_ccze_addstr'
/mnt/windows/TEMP/ccofoCw7.o(.text+0x19f):/home/jon/tmp/ccze-0.1.190/src
/mod_apm.c:54: undefined reference to `_ccze_addstr'
/mnt/windows/TEMP/ccofoCw7.o(.text+0x1a4):/home/jon/tmp/ccze-0.1.190/src
/mod_apm.c:55: undefined reference to `_ccze_space'
/mnt/windows/TEMP/ccofoCw7.o(.text+0x1b7):/home/jon/tmp/ccze-0.1.190/src
/mod_apm.c:56: undefined reference to `_ccze_addstr'
/mnt/windows/TEMP/ccofoCw7.o(.text+0x1bc):/home/jon/tmp/ccze-0.1.190/src
/mod_apm.c:57: undefined reference to `_ccze_space'
/mnt/windows/TEMP/ccofoCw7.o(.text+0x1cf):/home/jon/tmp/ccze-0.1.190/src
/mod_apm.c:58: undefined reference to `_ccze_addstr'
/mnt/windows/TEMP/ccofoCw7.o(.text+0x1e3):/home/jon/tmp/ccze-0.1.190/src
/mod_apm.c:59: undefined reference to `_ccze_addstr'
/mnt/windows/TEMP/ccofoCw7.o(.text+0x1e8):/home/jon/tmp/ccze-0.1.190/src
/mod_apm.c:60: undefined reference to `_ccze_space'
/mnt/windows/TEMP/ccofoCw7.o(.text+0x1fb):/home/jon/tmp/ccze-0.1.190/src
/mod_apm.c:61: undefined reference to `_ccze_addstr'
/mnt/windows/TEMP/ccofoCw7.o(.text+0x200):/home/jon/tmp/ccze-0.1.190/src
/mod_apm.c:62: undefined reference to `_ccze_space'
/mnt/windows/TEMP/ccofoCw7.o(.text+0x2ec): In function `ccze_apm_setup':
/home/jon/tmp/ccze-0.1.190/src/mod_apm.c:78: undefined reference to
`_pcre_compile'
/mnt/windows/TEMP/ccofoCw7.o(.text+0x376): In function
`ccze_apm_handle':
/home/jon/tmp/ccze-0.1.190/src/mod_apm.c:90: undefined reference to
`_pcre_exec'
collect2: ld returned 1 exit status
make[1]: *** [apm.so] Error 1
make[1]: Leaving directory `/home/jon/tmp/ccze-0.1.190/src'
make: *** [all-recursive] Error 2



Has anyone come across something like this before? I'm told that the
same problem happens under Redhat...

Thanks

Jon Ewing.



--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Bug reporting: http://cygwin.com/bugs.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

Adding package ???

[Guillaume Devoyon]

Hi,
How can i add the make command ??
When i have a look on the site, i can just  see the place of the files but
i'm not able to download the package..

Guillaume


--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Bug reporting: http://cygwin.com/bugs.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

Re: Adding package ???

[Ronald Landheer-Cieslak]

Use Setup, add the proper package and behold - you have whatever you just 
installed ;)

Setup, of course, is found on the http://www.cygwin.com website with a 
very nice link shows as the Cygwin logo :)

Ciao,

rlc

On Fri, 14 Feb 2003, Guillaume Devoyon wrote:
> How can i add the make command ??
> When i have a look on the site, i can just  see the place of the files but
> i'm not able to download the package..
> 
> Guillaume
> 
> 
> --
> Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
> Bug reporting: http://cygwin.com/bugs.html
> Documentation: http://cygwin.com/docs.html
> FAQ:   http://cygwin.com/faq/
> 


--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Bug reporting: http://cygwin.com/bugs.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

Big Problem about keyboard/mapping

[riku]

ok. lets start by the system specs:
i have here on my work several server, but now im talking about clients
and one server.

Computer1(clients): Cygwin newest version. running under windows2000
Computer2(servers): HP-UX 10.20 i gues is that version. but anyway HP-UX
witch X

So i need to make keyboard to work on hp-ux via x instance.. (this
charters äöå) cygwin as Xserver..

i have tryied all by xmodmap but that not helps.
MAIN QUESTION:
Last choice is modifying cygwin itself keymap to layout FI. So how i
change that on cygwin CONSOLE? also needed know the mapping sources to
modifying if nessesury. i have already readed faqs and documents :) i have
tryied to make keyboards working one week on X. (and worked but none on
dtterm)

We will use cygwin on future becouse it's free, now we use exceed and that
is very expencive to our company witch lot of licensess.

so i give many thanks for reading this and helping. im sorry about my
english too (it's not good)



--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Bug reporting: http://cygwin.com/bugs.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

Big Problem about keyboard/mapping

[riku]

looks like my email domain was wrong. my mail domain is anyway titanix.net
not titanix.d2g.com

let's try again:)

ok. lets start by the system specs:
i have here on my work several server, but now im talking about clients
and one server.

Computer1(clients): Cygwin newest version. running under windows2000
Computer2(servers): HP-UX 10.20 i gues is that version. but anyway HP-UX
witch X

So i need to make keyboard to work on hp-ux via x instance.. (this
charters äöå) cygwin as Xserver..

i have tryied all by xmodmap but that not helps.
MAIN QUESTION:
Last choice is modifying cygwin itself keymap to layout FI. So how i
change that on cygwin CONSOLE? also needed know the mapping sources to
modifying if nessesury. i have already readed faqs and documents :) i have
tryied to make keyboards working one week on X. (and worked but none on
dtterm)

We will use cygwin on future becouse it's free, now we use exceed and that
is very expencive to our company witch lot of licensess.

so i give many thanks for reading this and helping. im sorry about my
english too (it's not good)






--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Bug reporting: http://cygwin.com/bugs.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

Long File Names and 8.3

[Dave Whiteley]

Hello,

I have a wierd problem.

I have just installed a new version of cygwin. When running Bash:-

I use the command "ls"

It displays filenames in dos garbled 8.3 format with the ~tildes in.

I do "whereis ls"

It tells me 
/usr/bin/ls

I use the command "/usr/bin/ls"
and it displays files in the proper long filename format.

Any ideas what is causing this?

I want it to always display the long filenames (as the older cygwin
installation used to.)

# Background

Cygwin is installed in a lab of machines used by students. They have
limited access permissions. The cygwin was installed using a (windows
local) username "admin" with greater powers. The problem does not seem
to occur for the admin user.  I have limited control over the
configuration of the student usernames and permissions.

Thanks,

Dave

 
-- 
Dave Whiteley
[EMAIL PROTECTED]
Phone +44 (0)113 343 2059
School of Electronic and Electrical Engineering
The University of Leeds. Leeds, LS2 9JT,  UK

--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Bug reporting: http://cygwin.com/bugs.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

chmod has no effect

[Juraj . Lenharcik]

Hi,

I want to start a script via cygwin cron. On win XP everythink works fine. On Win NT I 
cannot change the chmod attributes of the script. So I get allways an error that the 
file was not found. 

/cygdrive/d/cronjobs/test.sh: not found
d:/cronjobs/test.sh: not found

On command line I can run the script.

What can I do?

Thanks,
Juraj

--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Bug reporting: http://cygwin.com/bugs.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

RE: Exim quick start guide/cookbook for cygwin?

[Vince Hoffman]

Personaly I just did as suggested in /usr/doc/Cygwin/exim-4.12-3.README
which is working fine for me and has been for a while now. All windows users
get mail fine, sending mail works fine etc etc. 

> -Original Message-
> From: Chuck Ocheret [mailto:[EMAIL PROTECTED]]
> Sent: 14 February 2003 07:03
> To: [EMAIL PROTECTED]
> Subject: Exim quick start guide/cookbook for cygwin?
> 
> 
> I need to get exim up and running in a big hurry under cygwin (or just
> Windows).  Can someone point me at a web page somewhere that 
> has a good
> cookbook to follow.  Basically, I don't want to do anything really
> stupid that might leave security holes or send all of my email to the
> big bit bucket in the sky.  I couldn't find anything concise and clear
> in the faq or mailing list archives.
> 
> ~chuck
> 
> 
> --
> Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
> Bug reporting: http://cygwin.com/bugs.html
> Documentation: http://cygwin.com/docs.html
> FAQ:   http://cygwin.com/faq/
> 

--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Bug reporting: http://cygwin.com/bugs.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

RE: Trouble installing Perl module under cygwin

[Vince Hoffman]

looks like a rebase issue, try a google on "cygwin rebase perl" and you
should get some hints.

> -Original Message-
> From: Steve Kelem [mailto:[EMAIL PROTECTED]]
> Sent: 14 February 2003 05:48
> To: [EMAIL PROTECTED]
> Subject: Trouble installing Perl module under cygwin
> 
> 
> 
> 
> I used cygwin's setup to load perl 5.8.0.  I was able to use 
> perl's cpan 
> module to install several modules okay.
> However when trying to install GDTextUtil-0.84 (install 
> GD::Text), the 
> build process complains:
> % perl Makefile.PL
> Checking if your kit is complete...
> Looks good
> C:\cygwin\bin\perl.exe: *** unable to remap 
> C:\cygwin\bin\cygiconv-2.dll 
> to same address as parent(0x74) != 0x75
> C:\cygwin\bin\perl.exe: *** unable to remap 
> C:\cygwin\bin\cygiconv-2.dll 
> to same address as parent(0x74) != 0x75
>3810 [main] perl 6060 sync_with_child: child 4644(0x18C) 
> died before 
> initialization with status code 0x1
>   14903 [main] perl 6060 sync_with_child: *** child state 
> child loading dlls
> 
> Does anyone know how to fix this?
> 
> Thanks,
> Steve Kelem
> 
> 
> 
> 
> 
> --
> Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
> Bug reporting: http://cygwin.com/bugs.html
> Documentation: http://cygwin.com/docs.html
> FAQ:   http://cygwin.com/faq/
> 

--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Bug reporting: http://cygwin.com/bugs.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

Re: Linking (?) problem with ccze

[jon ewing]

Hi again,

Sorry, should have probably added, I'm using pcre3.7 and gcc 3.2. I've
included the entire output from the make process below:

thanks

jon.

jon@shuttle (.../tmp/ccze-0.1.190) % make
make -C doc all
make[1]: Entering directory `/home/jon/tmp/ccze-0.1.190/doc'
sed -e "s,@VERSION\@,0.1.190,g" \
-e "s,@sysconfdir\@,/usr/local/etc,g" \
-e "s,@pkglibdir\@,/usr/local/lib/ccze,g" \
<./ccze.1.in >ccze.1T && mv -f ccze.1T ccze.1
sed -e "s,@VERSION\@,0.1.190,g" \
-e "s,@sysconfdir\@,/usr/local/etc,g" \
-e "s,@pkglibdir\@,/usr/local/lib/ccze,g" \
<./ccze-plugin.7.in >ccze-plugin.7T && mv -f ccze-plugin.7T
ccze-plugin.7
sed -e "s,@VERSION\@,0.1.190,g" \
-e "s,@sysconfdir\@,/usr/local/etc,g" \
-e "s,@pkglibdir\@,/usr/local/lib/ccze,g" \
<./ccze-cssdump.1.in >ccze-cssdump.1T && mv -f ccze-cssdump.1T
ccze-cssdump.1
make[1]: Leaving directory `/home/jon/tmp/ccze-0.1.190/doc'
make -C src all
make[1]: Entering directory `/home/jon/tmp/ccze-0.1.190/src'
gcc -c  -I. -I. -I.. -DPATCHLEVEL=\"190\"
-DSYSCONFDIR=\"/usr/local/etc\" -D_GNU_SOURCE=1
-DPKGLIBDIR=\"/usr/local/lib/ccze\" -DHAVE_SYSTEM_H=1 -Wshadow
-Wpointer-arith -Waggregate-return -Wstrict-prototypes
-Wmissing-prototypes -Wcast-qual -Wbad-function-cast -Wsign-compare
-Wchar-subscripts -Wcomment -Wformat -Wformat-nonliteral
-Wformat-security -Wimplicit -Wmain -Wmissing-braces -Wparentheses
-Wreturn-type -Wswitch -Wmulticharacter -Wmissing-noreturn
-Wmissing-declarations -Wsequence-point -Wdiv-by-zero -W -Wunused
-Wno-unused-parameter -Wno-unused-function -g -O2  ccze.c
gcc -c  -I. -I. -I.. -DPATCHLEVEL=\"190\"
-DSYSCONFDIR=\"/usr/local/etc\" -D_GNU_SOURCE=1
-DPKGLIBDIR=\"/usr/local/lib/ccze\" -DHAVE_SYSTEM_H=1 -Wshadow
-Wpointer-arith -Waggregate-return -Wstrict-prototypes
-Wmissing-prototypes -Wcast-qual -Wbad-function-cast -Wsign-compare
-Wchar-subscripts -Wcomment -Wformat -Wformat-nonliteral
-Wformat-security -Wimplicit -Wmain -Wmissing-braces -Wparentheses
-Wreturn-type -Wswitch -Wmulticharacter -Wmissing-noreturn
-Wmissing-declarations -Wsequence-point -Wdiv-by-zero -W -Wunused
-Wno-unused-parameter -Wno-unused-function -g -O2  ccze-color.c
gcc -c  -I. -I. -I.. -DPATCHLEVEL=\"190\"
-DSYSCONFDIR=\"/usr/local/etc\" -D_GNU_SOURCE=1
-DPKGLIBDIR=\"/usr/local/lib/ccze\" -DHAVE_SYSTEM_H=1 -Wshadow
-Wpointer-arith -Waggregate-return -Wstrict-prototypes
-Wmissing-prototypes -Wcast-qual -Wbad-function-cast -Wsign-compare
-Wchar-subscripts -Wcomment -Wformat -Wformat-nonliteral
-Wformat-security -Wimplicit -Wmain -Wmissing-braces -Wparentheses
-Wreturn-type -Wswitch -Wmulticharacter -Wmissing-noreturn
-Wmissing-declarations -Wsequence-point -Wdiv-by-zero -W -Wunused
-Wno-unused-parameter -Wno-unused-function -g -O2  ccze-plugin.c
gcc -c  -I. -I. -I.. -DPATCHLEVEL=\"190\"
-DSYSCONFDIR=\"/usr/local/etc\" -D_GNU_SOURCE=1
-DPKGLIBDIR=\"/usr/local/lib/ccze\" -DHAVE_SYSTEM_H=1 -Wshadow
-Wpointer-arith -Waggregate-return -Wstrict-prototypes
-Wmissing-prototypes -Wcast-qual -Wbad-function-cast -Wsign-compare
-Wchar-subscripts -Wcomment -Wformat -Wformat-nonliteral
-Wformat-security -Wimplicit -Wmain -Wmissing-braces -Wparentheses
-Wreturn-type -Wswitch -Wmulticharacter -Wmissing-noreturn
-Wmissing-declarations -Wsequence-point -Wdiv-by-zero -W -Wunused
-Wno-unused-parameter -Wno-unused-function -g -O2  ccze-wordcolor.c
echo '#include ' >ccze-builtins.c
echo '#include "ccze-private.h"' >>ccze-builtins.c
echo >>ccze-builtins.c
echo "void" >>ccze-builtins.c
echo "ccze_plugin_load_all_builtins (void)" >>ccze-builtins.c
echo "{" >>ccze-builtins.c
echo "}" >>ccze-builtins.c
gcc -c  -I. -I. -I.. -DPATCHLEVEL=\"190\"
-DSYSCONFDIR=\"/usr/local/etc\" -D_GNU_SOURCE=1
-DPKGLIBDIR=\"/usr/local/lib/ccze\" -DHAVE_SYSTEM_H=1 -Wshadow
-Wpointer-arith -Waggregate-return -Wstrict-prototypes
-Wmissing-prototypes -Wcast-qual -Wbad-function-cast -Wsign-compare
-Wchar-subscripts -Wcomment -Wformat -Wformat-nonliteral
-Wformat-security -Wimplicit -Wmain -Wmissing-braces -Wparentheses
-Wreturn-type -Wswitch -Wmulticharacter -Wmissing-noreturn
-Wmissing-declarations -Wsequence-point -Wdiv-by-zero -W -Wunused
-Wno-unused-parameter -Wno-unused-function -g -O2  ccze-builtins.c
gcc -c  -I. -I. -I.. -DPATCHLEVEL=\"190\"
-DSYSCONFDIR=\"/usr/local/etc\" -D_GNU_SOURCE=1
-DPKGLIBDIR=\"/usr/local/lib/ccze\" -DHAVE_SYSTEM_H=1 -Wshadow
-Wpointer-arith -Waggregate-return -Wstrict-prototypes
-Wmissing-prototypes -Wcast-qual -Wbad-function-cast -Wsign-compare
-Wchar-subscripts -Wcomment -Wformat -Wformat-nonliteral
-Wformat-security -Wimplicit -Wmain -Wmissing-braces -Wparentheses
-Wreturn-type -Wswitch -Wmulticharacter -Wmissing-noreturn
-Wmissing-declarations -Wsequence-point -Wdiv-by-zero -W -Wunused
-Wno-unused-parameter -Wno-unused-function -g -O2  ccze-compat.c
gcc -rdynamic -I. -I. -I.. -DPATCHLEVEL=\"190\"
-DSYSCONFDIR=\"/usr/local/etc\" -D_GNU_SOURCE=1
-DPKGLIBDIR=\"/usr/local/lib/ccze\" -DHAVE_SYSTEM_H=1 -Wshadow
-Wpointer-arith -Waggregate-return -Wstrict-prototypes
-Wmissin

Socket problem after fork()

[Henry Richard]

Hi all~

This time I upgrade my cygwin version to 1.3.20 and using gcc 3.2. The 
program I submit last time does work in this new environment. How ever, I 
have found that fork() can't be executed twice before closing the socket, 
otherwise the telnet client will be blocked unless giving it a ^].

I think this problem is also caused by Winsock2 in Windows 2000 system, 
according to Microsoft KB.

"Windows Sockets version 2.0 does not deallocate a socket that has been
duplicated [using WSADuplicateSocket()] if the Closesocket() function
is called against the duplicated socket descriptor first, and then
against the duplicate socket.

Although the socket is ultimately deallocated when the process quits,
overuse of socket resources may occur in the interim. Even after
closing the socket at the program level, the socket provider may see a
socket using that address."

How ever, I'm familiar with neither unix kernel nor WINAPI. I'm not able do 
research in the source of cygwin to approve anything. The following is a 
test case. Try to let "loop" be a number greater than 1 (i.e. 2). Then 
telnet localhost in DOS box.

/* test case in cygwin 1.3.20/Windows 2000 Professional 5.00.2195 Chinese 
version/gcc 3.2-3/Intel 166MMX*/
#include 
#include 
#include 
#include 

int main(int argc, char *argv[]) {
   int sockfd, accefd, rsinlen, on = 1, i, loop;
   pid_t pid;
   struct sockaddr_in sin, rsin;

   sockfd = socket(PF_INET, SOCK_STREAM, 0);
   setsockopt(sockfd, SOL_SOCKET, SO_REUSEADDR, &on, sizeof(on));
   memset(&sin, 0, sizeof(struct sockaddr));
   rsinlen = sizeof(struct sockaddr);
   sin.sin_family = AF_INET;
   sin.sin_port = htons(23);
   sin.sin_addr.s_addr = INADDR_ANY;
   bind(sockfd, (struct sockaddr *)&sin, sizeof(struct sockaddr));
   listen(sockfd, 256);
   accefd = accept(sockfd, (struct sockaddr *)&rsin, &rsinlen);
   if (accefd >= 0) {
 loop=2;/* if loop is greater than 1, socket won't be closed 
*/
 for (i = 0; i < loop; i++) {
 pid = fork();
 if (pid > 0) {
 close(accefd);
 return 0;
 }
 }
 close(accefd);
 sleep(10);
   }
}

_
ÓëÁª»úµÄÅóÓѽøÐн»Á÷£¬ÇëʹÓà MSN Messenger:  http://messenger.msn.com/cn  


--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Bug reporting: http://cygwin.com/bugs.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

FIONREAD (fillio.h)

[gilles BOURGEOIS]

I have an old source code using filio.h  and FIOREAD: since this is not in
the cygwin distribution,
I DO need FION READ  and FIONBIO definitions for my program.
Does cywgin define this constant somewhere ?
thanks
GBO



--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Bug reporting: http://cygwin.com/bugs.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

RE: Long File Names and 8.3

[Vince Hoffman]

try a "which ls" rather than whereis.
also try "type -a ls" 


> -Original Message-
> From: Dave Whiteley [mailto:[EMAIL PROTECTED]]
> Sent: 14 February 2003 10:16
> To: [EMAIL PROTECTED]
> Subject: Long File Names and 8.3
> 
> 
> Hello,
> 
> I have a wierd problem.
> 
> I have just installed a new version of cygwin. When running Bash:-
> 
> I use the command "ls"
> 
> It displays filenames in dos garbled 8.3 format with the ~tildes in.
> 
> I do "whereis ls"
> 
> It tells me 
> /usr/bin/ls
> 
> I use the command "/usr/bin/ls"
> and it displays files in the proper long filename format.
> 
> Any ideas what is causing this?
> 
> I want it to always display the long filenames (as the older cygwin
> installation used to.)
> 
> # Background
> 
> Cygwin is installed in a lab of machines used by students. They have
> limited access permissions. The cygwin was installed using a (windows
> local) username "admin" with greater powers. The problem does not seem
> to occur for the admin user.  I have limited control over the
> configuration of the student usernames and permissions.
> 
> Thanks,
> 
> Dave
> 
>  
> -- 
> Dave Whiteley
> [EMAIL PROTECTED]
> Phone +44 (0)113 343 2059
> School of Electronic and Electrical Engineering
> The University of Leeds. Leeds, LS2 9JT,  UK
> 
> --
> Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
> Bug reporting: http://cygwin.com/bugs.html
> Documentation: http://cygwin.com/docs.html
> FAQ:   http://cygwin.com/faq/
> 

--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Bug reporting: http://cygwin.com/bugs.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

Problem compiling Perl Tk800.024

[jon ewing]

Hello,

Has anyone successfully built Perl Tk800.024 under cygwin? I'm using
Cygwin 1.3.20-1, gcc 3.2 and Perl 5.6.1 (Cygwin Perl, not ActiveState)
and Cygwin XFree86 4.2.0-1/2/3 (according to the Cygwin setup.exe, some
Xfree packages are 4.2.0-1, some are 4.2.0-2 and some 4.2.0-3 - I'm
using the latest packages that Setup offers). The documentation seems to
imply that this is possible.

I'm trying to build it to work with X, so am doing:

jon@shuttle (.../perlModules/Tk800.024) % perl Makefile.PL x
...
(no problems)

jon@shuttle (.../perlModules/Tk800.024) % make
cp Tk/Credits blib/lib/Tk/Credits
cp Tk/typemap blib/lib/Tk/typemap
...
...
cp Tk.pm blib/lib/Tk.pm
AutoSplitting blib/lib/Tk.pm (blib/lib/auto/Tk)
cp Tk/tranicon.gif blib/lib/Tk/tranicon.gif
...
...
cd pTk && make 
make[1]: Entering directory `/home/jon/src/perlModules/Tk800.024/pTk'
/bin/perl mkVFunc -t x tk.h 
TK
/bin/perl mkVFunc -t x tkInt.h 
TKINT
/bin/perl mkVFunc -t x tix.h 
tix.h:43:  * so that all EXTERN declarations get DLLEXPORT; when
building apps
tix.h:44:  * using Tix, BUILD_tix should NOT be defined so that all
EXTERN
tix.h:48:  * because the EXTERN declarations in those files need
DLLIMPORT.
tix.h:370: EXTERN int   Tix_GlobalVarEval _ANSI_ARGS_(
tix.h:373: EXTERN int   Tix_GlobalVarEval _ANSI_ARGS_(
tix.h:422: extern TIX_DECLARE_CMD(Tix_CallMethodCmd);
tix.h:423: extern TIX_DECLARE_CMD(Tix_ChainMethodCmd);
...
...
tix.h:453: extern TIX_DECLARE_CMD(Tix_MwmCmd);
tix.h:454: extern TIX_DECLARE_CMD(Tix_CreateWidgetCmd);
TIX
/bin/perl mkVFunc -t x tixInt.h 
tixInt.h:866:  * (these are declared with the EXTERN in win/winMain.c
but without it
TIXINT
/bin/perl mkVFunc -m x imgInt.h 
IMGINT
/bin/perl mkVFunc -t x imgInt.h 
IMGINT
/bin/perl mkVFunc -m x tix.h 
tix.h:43:  * so that all EXTERN declarations get DLLEXPORT; when
building apps
tix.h:44:  * using Tix, BUILD_tix should NOT be defined so that all
EXTERN
tix.h:48:  * because the EXTERN declarations in those files need
DLLIMPORT.
tix.h:370: EXTERN int   Tix_GlobalVarEval _ANSI_ARGS_(
tix.h:373: EXTERN int   Tix_GlobalVarEval _ANSI_ARGS_(
tix.h:422: extern TIX_DECLARE_CMD(Tix_CallMethodCmd);
tix.h:423: extern TIX_DECLARE_CMD(Tix_ChainMethodCmd);
...
...
tix.h:454: extern TIX_DECLARE_CMD(Tix_CreateWidgetCmd);
TIX
/bin/perl mkVFunc -m x tixImgXpm.h 
TIXIMGXPM
/bin/perl mkVFunc -t x tixImgXpm.h 
TIXIMGXPM
/bin/perl mkVFunc -m x tixInt.h 
tixInt.h:866:  * (these are declared with the EXTERN in win/winMain.c
but without it
TIXINT
/bin/perl mkVFunc -m x tk.h 
TK
/bin/perl mkVFunc -m x tkInt.h 
TKINT
cp tixInt_f.h ../blib/arch/Tk/pTk/tixInt_f.h
cp tixForm.h ../blib/arch/Tk/pTk/tixForm.h
...
...
cp tkConfig.h ../blib/arch/Tk/pTk/tkConfig.h
cp tkScrollbar.h ../blib/arch/Tk/pTk/tkScrollbar.h
gcc -c -I.. -I/usr/X11R6/include -I. -Ibitmaps -I/usr/X11R6/include
-DPERL_USE_SAFE_PUTENV -fno-strict-aliasing -I/usr/local/include
-DUSEIMPORTLIB -O2   -DVERSION=\"800.024\" -DXS_VERSION=\"800.024\"
-I/usr/lib/perl5/5.6.1/cygwin-multi/CORE  -Wall -Wno-implicit-int
-Wno-comment -Wno-unused -D__USE_FIXED_PROTOTYPES__ ClientWin.c
cc1: warning: changing search order for system directory
"/usr/local/include"
cc1: warning:   as it has already been specified as a non-system
directory
gcc -c -I.. -I/usr/X11R6/include -I. -Ibitmaps -I/usr/X11R6/include
-DPERL_USE_SAFE_PUTENV -fno-strict-aliasing -I/usr/local/include
-DUSEIMPORTLIB -O2   -DVERSION=\"800.024\" -DXS_VERSION=\"800.024\"
-I/usr/lib/perl5/5.6.1/cygwin-multi/CORE  -Wall -Wno-implicit-int
-Wno-comment -Wno-unused -D__USE_FIXED_PROTOTYPES__ Lang_f.c
cc1: warning: changing search order for system directory
"/usr/local/include"
cc1: warning:   as it has already been specified as a non-system
directory
gcc -c -I.. -I/usr/X11R6/include -I. -Ibitmaps -I/usr/X11R6/include
-DPERL_USE_SAFE_PUTENV -fno-strict-aliasing -I/usr/local/include
-DUSEIMPORTLIB -O2   -DVERSION=\"800.024\" -DXS_VERSION=\"800.024\"
-I/usr/lib/perl5/5.6.1/cygwin-multi/CORE  -Wall -Wno-implicit-int
-Wno-comment -Wno-unused -D__USE_FIXED_PROTOTYPES__ Xlib_f.c
cc1: warning: changing search order for system directory
"/usr/local/include"
cc1: warning:   as it has already been specified as a non-system
directory
gcc -c -I.. -I/usr/X11R6/include -I. -Ibitmaps -I/usr/X11R6/include
-DPERL_USE_SAFE_PUTENV -fno-strict-aliasing -I/usr/local/include
-DUSEIMPORTLIB -O2   -DVERSION=\"800.024\" -DXS_VERSION=\"800.024\"
-I/usr/lib/perl5/5.6.1/cygwin-multi/CORE  -Wall -Wno-implicit-int
-Wno-comment -Wno-unused -D__USE_FIXED_PROTOTYPES__ XrmOption.c
cc1: warning: changing search order for system directory
"/usr/local/include"
cc1: warning:   as it has already been specified as a non-system
directory
gcc -c -I.. -I/usr/X11R6/include -I. -Ibitmaps -I/usr/X11R6/include
-DPERL_USE_SAFE_PUTENV -fno-strict-aliasing -I/usr/local/include
-DUSEIMPORTLIB -O2   -DVERSION=\"800.024\" -DXS_VERSION=\"800.024\"
-I/usr/lib/perl5/5.6.1/cygwin-multi/CORE  -Wall -Wno-implicit-int
-Wno-comment -Wno

Re: FIONREAD (fillio.h)

[Corinna Vinschen]

On Fri, Feb 14, 2003 at 11:41:30AM +0100, gilles BOURGEOIS wrote:
> I have an old source code using filio.h  and FIOREAD: since this is not in
> the cygwin distribution,
> I DO need FION READ  and FIONBIO definitions for my program.
> Does cywgin define this constant somewhere ?

sys/socket.h

Corinna

-- 
Corinna Vinschen  Please, send mails regarding Cygwin to
Cygwin Developermailto:[EMAIL PROTECTED]
Red Hat, Inc.

--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Bug reporting: http://cygwin.com/bugs.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

Re: Socket problem after fork()

[Corinna Vinschen]

On Fri, Feb 14, 2003 at 10:33:23AM +, Henry Richard wrote:
> This time I upgrade my cygwin version to 1.3.20 and using gcc 3.2. The 
> program I submit last time does work in this new environment. How ever, I 
> have found that fork() can't be executed twice before closing the socket, 
> otherwise the telnet client will be blocked unless giving it a ^].
> 
> I think this problem is also caused by Winsock2 in Windows 2000 system, 
> according to Microsoft KB.
> [...]

I did play with sockets a lot to get it working almost as on POSIX
systems.  Actually I have no way around the described problem so far
as long as the application isn't changed.

However, the change is simple and useful, just add a shutdown() call
prior to the child's close():

>  loop=2;/* if loop is greater than 1, socket won't be closed 
> */
>  for (i = 0; i < loop; i++) {
>  pid = fork();
>  if (pid > 0) {
>  close(accefd);
>  return 0;
>  }
>  }

   shutdown (accefd, SHUT_RDWR);

>  close(accefd);
>  sleep(10);
>}
> }

This helps.

Corinna

-- 
Corinna Vinschen  Please, send mails regarding Cygwin to
Cygwin Developermailto:[EMAIL PROTECTED]
Red Hat, Inc.

--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Bug reporting: http://cygwin.com/bugs.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

cron and network drives

[Juraj . Lenharcik]

Hi,

is there a possibility to reach the network drives with cron. My scripts work fine and 
can reach the network drives when I execute them from command line. With cron there is 
no effect. Is there a possibility to copy some file from cygwin to a network (windows) 
drive, without modifieing the network computer (like ssh, etc.)?

Can I get cron to work with network drives?

Juraj

--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Bug reporting: http://cygwin.com/bugs.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

Re: NT wrappers

[Luc Hermitte]

Hello,

* On Thu, Feb 13, 2003 at 06:45:28PM -0600, Robert Citek 
<[EMAIL PROTECTED]> wrote:
> Here is a script called "write" that allows me to use WordPad from within
> Cygwin:
> 
>   #!/bin/bash
>   [ "$1" = "" ] && exec /cygdrive/c/WINNT/system32/write
>   [ ! -f "$1" ] && touch "$1"
>   exec /cygdrive/c/WINNT/system32/write "$(cygpath -w "$1" )"
> 
> Why is modifying such a script to accept additional command-line
> arguments not germaine to this list?

Lately, I have released a wrapper for Win32 native (command-line) tools.
It can not guess arguments you don't know, but will enable you to
specify as many arguments you wish to specify. And it also converts
all the pathnames given and it follows symbolic links.

I'm not sure it is the kind of thing you are looking for. So, just in
case, you will found cyg-wrapper.sh on my web site.

Regards,

-- 
Luc Hermitte
http://hermitte.free.fr/cygwin/

--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Bug reporting: http://cygwin.com/bugs.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

Re: Long File Names and 8.3

[Dave Whiteley]

On Fri, Feb 14, 2003 at 10:39:47AM -, Vince Hoffman wrote:
> try a "which ls" rather than whereis.
> also try "type -a ls" 
> 

Ta.

This does indicate the location of the "ls" it is really running.

Now I have to work out why it is the wrong one! The PATH looks OK.

I will collect some more evidence...

Dave

-- 
Dave Whiteley
[EMAIL PROTECTED]
Phone +44 (0)113 343 2059
School of Electronic and Electrical Engineering
The University of Leeds. Leeds, LS2 9JT,  UK

--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Bug reporting: http://cygwin.com/bugs.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

[ANNOUNCEMENT] Updated Cygwin Package: fetchmail-6.2.1-1

[Jason Tishler]

New News:
=== 
I have updated the version of fetchmail to 6.2.1-1.  The tarballs should
be available on a Cygwin mirror near you shortly.

Old News:
=== 
Fetchmail is a remote mail retrieval and forwarding utility intended
for use over on-demand TCP/IP links, like SLIP or PPP connections.
Fetchmail supports every remote-mail protocol currently in use on the
Internet (POP2, POP3, RPOP, APOP, KPOP, all IMAPs, ESMTP ETRN, IPv6,
and IPSEC) for retrieval. Then Fetchmail forwards the mail through SMTP
so you can read it through your favorite mail client.

See the fetchmail home page for more details:

http://catb.org/~esr/fetchmail/

Please read the README file:

/usr/doc/Cygwin/fetchmail-6.2.1.README

since it covers requirements, installation, known issues, etc.

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

In the US,
ftp://mirrors.rcn.net/mirrors/sources.redhat.com/cygwin/
is a reliable high bandwidth connection.

In Germany,
ftp://ftp.uni-erlangen.de/pub/pc/gnuwin32/cygwin/mirrors/cygnus/
is usually pretty good.

In the UK,
http://programming.ccp14.ac.uk/ftp-mirror/programming/cygwin/pub/cygwin/
is usually up-to-date within 48 hours.

If one of the above doesn't have the latest version of this package
then you can either wait for the site to be updated or find another
mirror.

The setup.exe program will figure out what needs to be updated on your
system and will install newer packages automatically.

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

Jason

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


--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Bug reporting: http://cygwin.com/bugs.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

Re: Adding package ???

[Christopher Faylor]

On Fri, Feb 14, 2003 at 10:37:28AM +0100, Guillaume Devoyon wrote:
>How can i add the make command ??
>When i have a look on the site, i can just  see the place of the files but
>i'm not able to download the package..

This is not hard.  Go to http://cygwin.com/, click on "Install Cygwin Now!",
Click on "Devel" in the "Package Selection" screen, click on make.

If you are trying to download files directly from the web site, then that
is your problem.  We have an *installation utility*.  Use it.

cgf

--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Bug reporting: http://cygwin.com/bugs.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

Re: Big Problem about keyboard/mapping

[Christopher Faylor]

Go back to http://cygwin.com/lists.html and you'll see a specific
mailing list for Cygwin/XFree86 questions.

I am redirecting this message there.

On Fri, Feb 14, 2003 at 11:57:04AM +0200, [EMAIL PROTECTED] wrote:
>ok. lets start by the system specs:
>i have here on my work several server, but now im talking about clients
>and one server.
>
>Computer1(clients): Cygwin newest version. running under windows2000
>Computer2(servers): HP-UX 10.20 i gues is that version. but anyway HP-UX
>witch X
>
>So i need to make keyboard to work on hp-ux via x instance.. (this
>charters ???) cygwin as Xserver..
>
>i have tryied all by xmodmap but that not helps.
>MAIN QUESTION:
>Last choice is modifying cygwin itself keymap to layout FI. So how i
>change that on cygwin CONSOLE? also needed know the mapping sources to
>modifying if nessesury. i have already readed faqs and documents :) i have
>tryied to make keyboards working one week on X. (and worked but none on
>dtterm)
>
>We will use cygwin on future becouse it's free, now we use exceed and that
>is very expencive to our company witch lot of licensess.
>
>so i give many thanks for reading this and helping. im sorry about my
>english too (it's not good)

--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Bug reporting: http://cygwin.com/bugs.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

gcc doesn't work: "gcc: installation problem, cannot exec `cc1': No such file or directory"

[Niemann Hartmut]

Hello!
I installed the cygwin environment 1.3.20-1 including gcc on a Win2000 PC, 
and gcc does not work:

$ gcc hello.c -lm
gcc: installation problem, cannot exec `cc1': No such file or directory

$ gcc --version
gcc (GCC) 3.2 20020927 (prerelease)
Copyright (C) 2002 Free Software Foundation, Inc.
This is free software; see the source for copying conditions.  There is NO
warranty; not even for MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE.

$ gcc -print-search-dirs
install: /usr/lib/gcc-lib/i686-pc-cygwin/3.2/
programs:
=../lib/gcc-lib/i686-pc-cygwin/3.2/:../lib/gcc-lib/:/usr/lib/gcc-lib/i
686-pc-cygwin/3.2/:/usr/lib/gcc-lib/i686-pc-cygwin/3.2/:/usr/lib/gcc-lib/i68
6-pc
-cygwin/:/usr/lib/gcc/i686-pc-cygwin/3.2/:/usr/lib/gcc/i686-pc-cygwin/:../li
b/gc
c-lib/i686-pc-cygwin/3.2/../../../../i686-pc-cygwin/bin/i686-pc-cygwin/3.2/:
../l
ib/gcc-lib/i686-pc-cygwin/3.2/../../../../i686-pc-cygwin/bin/:/usr/lib/gcc-l
ib/i
686-pc-cygwin/3.2/../../../../i686-pc-cygwin/bin/i686-pc-cygwin/3.2/:/usr/li
b/gc
c-lib/i686-pc-cygwin/3.2/../../../../i686-pc-cygwin/bin/
libraries:
=../lib/gcc-lib/i686-pc-cygwin/3.2/:../lib/gcc-lib/:/usr/lib/gcc-lib/
i686-pc-cygwin/3.2/:/usr/lib/gcc/i686-pc-cygwin/3.2/:../lib/gcc-lib/i686-pc-
cygw
in/3.2/../../../../i686-pc-cygwin/lib/i686-pc-cygwin/3.2/:../lib/gcc-lib/i68
6-pc
-cygwin/3.2/../../../../i686-pc-cygwin/lib/:/usr/lib/gcc-lib/i686-pc-cygwin/
3.2/
../../../../i686-pc-cygwin/lib/i686-pc-cygwin/3.2/:/usr/lib/gcc-lib/i686-pc-
cygw
in/3.2/../../../../i686-pc-cygwin/lib/:../lib/gcc-lib/i686-pc-cygwin/3.2/../
../.
./i686-pc-cygwin/3.2/:../lib/gcc-lib/i686-pc-cygwin/3.2/../../../:/usr/lib/g
cc-l
ib/i686-pc-cygwin/3.2/../../../i686-pc-cygwin/3.2/:/usr/lib/gcc-lib/i686-pc-
cygw
in/3.2/../../../:/lib/i686-pc-cygwin/3.2/:/lib/:/usr/lib/i686-pc-cygwin/3.2/
:/us
r/lib/

I can not explain the .. in the paths. The files are in /lib

$ ls -l /lib/gcc-lib/
total 0
drwx--+   3 Administ mkpasswd0 Feb 14 13:46 i686-pc-cygwin
drwxrwxrwx+   3 e09nemh0 mkpasswd0 Feb 14 13:47 i686-pc-mingw32

and /usr/lib

$ ls -l /usr/lib/gcc-lib/
total 0
drwx--+   3 Administ mkpasswd0 Feb 14 13:46 i686-pc-cygwin
drwxrwxrwx+   3 e09nemh0 mkpasswd0 Feb 14 13:47 i686-pc-mingw32

So it looks like it should, except for the search paths I 
Does anybody have a clue why they are not found by gcc?

With best regards
Hartmut Niemann

-- 
Dr. Hartmut Niemann
Siemens AG TS GT E3
91052 Erlangen, Werner-von-Siemens-Str. 67
Fon ++49-9131-7-34264 -- Fax ++49-9131-828-34264
[EMAIL PROTECTED]
Digitale Störstromüberwachung im Intranet:
http://sibas32.ts.siemens.de/hw_doku/uwds/index.htm

--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Bug reporting: http://cygwin.com/bugs.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

Re: Big Problem about keyboard/mapping

[Christopher Faylor]

Just in case someone is getting ready to send me chortling email telling
me I got the mailing list address wrong below: please don't.  I don't
find chuckling observations about typos particularly funny or
interesting.

FYI.

On Fri, Feb 14, 2003 at 08:24:02AM -0500, Christopher Faylor wrote:
>Date: Fri, 14 Feb 2003 08:24:02 -0500
>From: Christopher Faylor <[EMAIL PROTECTED]>
>To: [EMAIL PROTECTED]
>Cc: [EMAIL PROTECTED]
>Subject: Re: Big Problem about keyboard/mapping
>Reply-To: [EMAIL PROTECTED]
>Mail-Followup-To: [EMAIL PROTECTED], [EMAIL PROTECTED]
>In-Reply-To: <[EMAIL PROTECTED]>

--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Bug reporting: http://cygwin.com/bugs.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

Re: Exim quick start guide/cookbook for cygwin?

[Ismael Valladolid Torres]

El viernes 14 de febrero de 2003 a las 02:03:18, Chuck Ocheret escribió:
> I need to get exim up and running in a big hurry under cygwin (or just
> Windows).  Can someone point me at a web page somewhere that has a good
> cookbook to follow.  Basically, I don't want to do anything really
> stupid that might leave security holes or send all of my email to the
> big bit bucket in the sky.  I couldn't find anything concise and clear
> in the faq or mailing list archives.

Why not running the eximconfig perl script included in Debian Linux
distributions. It takes you a minute to get it up and running. I can
email you a copy of mine if interested, please email me privately.

Regards, Ismael
-- 
Eats more CPU time than a small CPU-time-eating animal.

--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Bug reporting: http://cygwin.com/bugs.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

Re: Exim quick start guide/cookbook for cygwin?

[Max Bowsher]

Ismael Valladolid Torres wrote:
> El viernes 14 de febrero de 2003 a las 02:03:18, Chuck Ocheret
> escribió:
>> I need to get exim up and running in a big hurry under cygwin (or
>> just Windows).  Can someone point me at a web page somewhere that
>> has a good cookbook to follow.  Basically, I don't want to do
>> anything really stupid that might leave security holes or send all
>> of my email to the big bit bucket in the sky.  I couldn't find
>> anything concise and clear in the faq or mailing list archives.
>
> Why not running the eximconfig perl script included in Debian Linux
> distributions. It takes you a minute to get it up and running. I can
> email you a copy of mine if interested, please email me privately.

Huh?

Why not use the exim-config script installed with Cygwin exim?

Max.


--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Bug reporting: http://cygwin.com/bugs.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

RE: Wget ignores robot.txt entry

[Richard Campbell]

>Wasn't a patch applied to CVS HEAD of the wget repos only a few weeks ago.
>Thats what it looks like anyway.

A cursory scan through the cvs web interface shows a patch for an ftp
vulnerability
applied 4 weeks ago by someone who does not appear on most of the rest of
the 
latest changes; everything except for that appears to be 8 months old or
older.

-Richard Campbell.

--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Bug reporting: http://cygwin.com/bugs.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

Re: Big Problem about keyboard/mapping

[Ismael Valladolid Torres]

El viernes 14 de febrero de 2003 a las 11:57:04, [EMAIL PROTECTED] escribió:
> So i need to make keyboard to work on hp-ux via x instance.. (this
> charters äöå) cygwin as Xserver..

I run cygwin X server in my local machine. However all my work is done
connecting to a Linux server with xdm configured so I can query it
when starting X.

XWin -emulate3buttons 100 -query debian

My spanish keyboard doesn't work unless I manually load an .xmodmap
while logging on the Linux server. Get an .xmodmap file for your
keyboard and insert a line like this in your .xsession before loading
the window manager.

/usr/bin/X11/xmodmap ~/.xmodmap

Seems like xmodmap must run in the machine running the X session
manager, not in the machine running the X server. At least according
to my experience. Your mileage may vary.

Hope this helps.

Regards, Ismael
-- 
Eats more CPU time than a small CPU-time-eating animal.

--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Bug reporting: http://cygwin.com/bugs.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

RE: [ITP] rebase

[Ralf Habacker]

> >
> > > wasn't tight enough.
> > >
> > > My version:
> > >
> > > (char *)&relocp->SizeOfBlock < (char *)relocs + size
> > >
> > > seems to be.
> > >
> >
> > What was the problem with this guard:
>
> To which guard are you referring?  Mine or yours?
>
> > Does it not fix the last entry of a relocation block ?
>
> I'm concerned that my guard might have an off-by-one error and miss the
> last entry.  Is there an easy way to check this?

I have compared this with, what objdump says and it seems there is no
difference.
I've checked in your changes additional with some debug informations printings
in Relocations::check()

Regards
Ralf






--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Bug reporting: http://cygwin.com/bugs.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

Re: Big Problem about keyboard/mapping

[riku]

no you don't understanded my question, read all before starting redirect.
look my main question!


MAIN QUESTION:
Last choice is modifying cygwin itself keymap to layout FI. So how i
change that on cygwin CONSOLE?


sorry but i did not asken anything about X. i only writted like faq says
(to write all to give much information as possible)

thanks.


> Go back to http://cygwin.com/lists.html and you'll see a specific
> mailing list for Cygwin/XFree86 questions.
>
> I am redirecting this message there.
>
> On Fri, Feb 14, 2003 at 11:57:04AM +0200, [EMAIL PROTECTED] wrote:
>>ok. lets start by the system specs:
>>i have here on my work several server, but now im talking about clients
>> and one server.
>>
>>Computer1(clients): Cygwin newest version. running under windows2000
>> Computer2(servers): HP-UX 10.20 i gues is that version. but anyway
>> HP-UX witch X
>>
>>So i need to make keyboard to work on hp-ux via x instance.. (this
>> charters ÖÄÅ) cygwin as Xserver..
>>
>>i have tryied all by xmodmap but that not helps.
>>MAIN QUESTION:
>>Last choice is modifying cygwin itself keymap to layout FI. So how i
>> change that on cygwin CONSOLE? also needed know the mapping sources to
>> modifying if nessesury. i have already readed faqs and documents :) i
>> have tryied to make keyboards working one week on X. (and worked but
>> none on dtterm)
>>
>>We will use cygwin on future becouse it's free, now we use exceed and
>> that is very expencive to our company witch lot of licensess.
>>
>>so i give many thanks for reading this and helping. im sorry about my
>> english too (it's not good)
>
> --
> Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
> Bug reporting: http://cygwin.com/bugs.html
> Documentation: http://cygwin.com/docs.html
> FAQ:   http://cygwin.com/faq/




--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Bug reporting: http://cygwin.com/bugs.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

Re: Wget ignores robot.txt entry

[Max Bowsher]

I just did some archive-diving, and it turns out that the situation is not
as grim as I thought. It seems that Hrvoje Niksic will be returning at some
point later this year.

http://www.mail-archive.com/wget@sunsite.dk/msg04467.html
http://www.mail-archive.com/wget@sunsite.dk/msg04555.html


Max.


--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Bug reporting: http://cygwin.com/bugs.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

RE: Exim quick start guide/cookbook for cygwin?

[Chuck Ocheret]

Thanks for the pointers.  I had found /usr/doc/exim-4.12/README but had
not realized that there was a /usr/doc/Cygwin/exim-4.12-3.README which
describes the cygwin specific config a bit.

~chuck

-Original Message-
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]] On Behalf
Of Max Bowsher
Sent: Friday, February 14, 2003 8:50 AM
To: Ismael Valladolid Torres; [EMAIL PROTECTED]
Subject: Re: Exim quick start guide/cookbook for cygwin?


Ismael Valladolid Torres wrote:
> El viernes 14 de febrero de 2003 a las 02:03:18, Chuck Ocheret
> escribió:
>> I need to get exim up and running in a big hurry under cygwin (or
>> just Windows).  Can someone point me at a web page somewhere that
>> has a good cookbook to follow.  Basically, I don't want to do
>> anything really stupid that might leave security holes or send all
>> of my email to the big bit bucket in the sky.  I couldn't find
>> anything concise and clear in the faq or mailing list archives.
>
> Why not running the eximconfig perl script included in Debian Linux
> distributions. It takes you a minute to get it up and running. I can
> email you a copy of mine if interested, please email me privately.

Huh?

Why not use the exim-config script installed with Cygwin exim?

Max.


--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Bug reporting: http://cygwin.com/bugs.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/



--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Bug reporting: http://cygwin.com/bugs.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

Re: gcc doesn't work: "gcc: installation problem, cannot exec `cc1': No such file or directory"

[Joe Buehler]

Niemann Hartmut wrote:


I installed the cygwin environment 1.3.20-1 including gcc on a Win2000 PC, 
and gcc does not work:

$ gcc hello.c -lm
gcc: installation problem, cannot exec `cc1': No such file or directory

I had a similar problem recently that was cured by a reinstall.
--
Josef Bühler



--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Bug reporting: http://cygwin.com/bugs.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

Re: cron and network drives

[Larry Hall (RFK Partners, Inc.)]

[EMAIL PROTECTED] wrote:

Hi,

is there a possibility to reach the network drives with cron. My scripts work fine and can reach the network drives when I execute them from command line. With cron there is no effect. Is there a possibility to copy some file from cygwin to a network (windows) drive, without modifieing the network computer (like ssh, etc.)?

Can I get cron to work with network drives?


Only if you make them publically accessible.

We need an entry in the FAQ about the inaccessiblity of network shares
from Cygwin run services.

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


--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Bug reporting: http://cygwin.com/bugs.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

Re: [ITP] rebase

[Jason Tishler]

Ralf,

On Fri, Feb 14, 2003 at 02:42:40PM +0100, Ralf Habacker wrote:
> > I'm concerned that my guard might have an off-by-one error and miss
> > the last entry.  Is there an easy way to check this?
> 
> I have compared this with, what objdump says and it seems there is no
> difference.

I did some checking and arrived at the same conclusion.

> I've checked in your changes additional with some debug informations
> printings in Relocations::check()

Thanks.

I found another bug (most likely introduce by me in a previous patch)
when rebasing up and the DLL is already based at the requested address.
The attached patch is one way to correct this problem.

Thanks,
Jason

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

Index: rebaseimage.cc

===

RCS file: /cvsroot/kde-cygwin/tools/rebase/rebaseimage.cc,v

retrieving revision 1.6

diff -u -p -r1.6 rebaseimage.cc

--- rebaseimage.cc  30 Jan 2003 23:21:43 -  1.6

+++ rebaseimage.cc  14 Feb 2003 15:51:19 -

@@ -79,6 +79,8 @@ BOOL ReBaseImage(

   // already rebased

   if (ntheader->OptionalHeader.ImageBase == *NewImageBase)

 {

+  if (!fGoingDown)

+*NewImageBase += *NewImageSize;

   if (Base::debug)

 std::cerr << "dll is already rebased" << std::endl;

   SetLastError(NO_ERROR);



--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Bug reporting: http://cygwin.com/bugs.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

Bash shell

[Tom Dager]

Hello everyone!

I am VERY new to Cygwin, though not to Linux. 

I use the bash shell a LOT and was wondering how do I get it so that I can
copy and paste something from a windows window (such as an IP address) into
the bash shell window. For example I want to use the whois functionality of
the bash shell for an IP I have in a windows window. I cannot seem to copy
and paste anything.

I know that for the Xfree you can use the -clipboard option, but I rarely
use the X system...mostly just the bash shell.

Thanks!

Thomas Dager

--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Bug reporting: http://cygwin.com/bugs.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

installation missed ?

[Guillaume Devoyon]

Hi,
i've done an new installation of cygwin in order to test my application..
I'v pasted from windows my installer package under the c:\cygwin\tmp.
So wioth the bash console i'm able to see my installer package..
So i try to run it and i have error, effectivly it is in rw-r--r.
I tried to do an chmod 777 * , and chmod +x * and nothing better, i'm still
in rw-r--r
did i miss an package in the installation that allow me to chroot ?
Is a wrong method to paste my installer package ?

Guillaume


--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Bug reporting: http://cygwin.com/bugs.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

missed configuration ?

[Guillaume Devoyon]

Hi,
i've done an new installation of cygwin in order to test my application..
I'v pasted from windows my installer package under the c:\cygwin\tmp.
So wioth the bash console i'm able to see my installer package..
So i try to run it and i have error, effectivly it is in rw-r--r.
I tried to do an chmod 777 * , and chmod +x * and nothing better, i'm still
in rw-r--r
did i miss an package in the installation that allow me to chroot ?
Is a wrong method to paste my installer package ?

Guillaume


--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Bug reporting: http://cygwin.com/bugs.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

Re: Bash shell

[Larry Hall (RFK Partners, Inc.)]

Tom Dager wrote:

Hello everyone!

I am VERY new to Cygwin, though not to Linux. 

I use the bash shell a LOT and was wondering how do I get it so that I can
copy and paste something from a windows window (such as an IP address) into
the bash shell window. For example I want to use the whois functionality of
the bash shell for an IP I have in a windows window. I cannot seem to copy
and paste anything.

I know that for the Xfree you can use the -clipboard option, but I rarely
use the X system...mostly just the bash shell.

Welcome!  New users are encouraged to make use of the available resources
to see if their question or issue is covered before querying the list.
That includes the FAQ, User's Guide, and email list archives.  In this case,
you wouldn't have needed to go beyond the FAQ.  There's a nice entry about
this in there.  See:

  4.2.24 How can I copy and paste into Cygwin console windows?
  

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


--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Bug reporting: http://cygwin.com/bugs.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

Re: Bash shell

[Randall R Schulz]

Tom,

Welcome.


If you have a console window as produced by launching the desktop or 
Start Menu Cygwin icon (as opposed to an RXVT terminal emulator 
window), then access the window's properties dialog by activating the 
window menu from the icon in the upper-left of the window's title bar 
and choosing "Properties."

Here you can set the window size, foreground (text) and background 
colors, fonts and, for the purpose of your immediate request, some options.

Access the "Options" tab and activate the "Quick Edit Mode" check-box.

When you confirm this dialog, you'll be asked whether you want this 
change applied to this particular window only or recorded in the 
shortcut you used to open this window. Presumably you'll want this 
change to be persistent, so choose the latter.

Now you can select text with the mouse. When such a selection exists 
you'll note the word "Select" is prepended to the window's title. If 
you don't want to copy this text to the Windows clipboard, press the 
ESCAPE key. At this point, clicking the right mouse or pressing the 
ENTER key will copy the selection to the clipboard. Whenever you are 
not in Select mode, a right click will paste any text content from the 
Windows clipboard, simulating typing of that text. The same goes for 
text copied to the clipboard in a different application or window.


RXVT, which can run under X or as a GDI application (as dictated by the 
presence or absence of a DISPLAY variable setting when it is launched), 
behaves like RXVT, which is to say like a Windows X client. Select text 
by left button drag or left-click, right-click to copy and middle-mouse 
to paste. Shift-left-click will paste, too.


You can also establish a Readline binding that will insert the (first 
line of the) clipboard text when your BASH shell is interpreting input:

   "\M-[2~":   paste-from-clipboard# Insert

This action is not documented in the BASH or the Readline manual pages. 
Since it's part of Readline as it's incorporated into BASH, it applies 
either to console or RXVT-hosted (and other) interactive BASH shells.

Good luck.

Randall Schulz


At 08:37 2003-02-14, Tom Dager wrote:
Hello everyone!

I am VERY new to Cygwin, though not to Linux.

I use the bash shell a LOT and was wondering how do I get it so that I can
copy and paste something from a windows window (such as an IP address) into
the bash shell window. For example I want to use the whois functionality of
the bash shell for an IP I have in a windows window. I cannot seem to copy
and paste anything.

I know that for the Xfree you can use the -clipboard option, but I rarely
use the X system...mostly just the bash shell.

Thanks!

Thomas Dager



--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Bug reporting: http://cygwin.com/bugs.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

Re: Zsh filename completion sluggishness?

[Matt Armstrong]

"Peter A. Castro" <[EMAIL PROTECTED]> writes:

> I've edited your output to show just the interesting things :)
>
>> CDPATH=''
>> FIGNORE=''
>> FPATH=/usr/share/zsh/site-functions:/usr/share/zsh/4.0.6/functions
>> PATH='.:/usr/bin:/c/WINNT/system32:/c/WINNT:/c/WINNT/System32/Wbem:/i/VCI/RTX 
>SDK/bin:/i/Common Files/Adaptec 
>Shared/System:/i/Rational/ClearCase/bin:/i/Rational/common:/i/Rational/ClearQuest:/c/BC5/BIN:/c/emacs-21.2/bin:/c/util:/c/emtprog:/c/j2sdk1.4.0_02/bin:/f/vc98/bin:/f/Common/MSDev98/Bin:/f/Common/Tools/WinNT:/f/Common/Tools'
>> path=(. /usr/bin /c/WINNT/system32 /c/WINNT /c/WINNT/System32/Wbem '/i/VCI/RTX 
>SDK/bin' '/i/Common Files/Adaptec Shared/System' /i/Rational/ClearCase/bin 
>/i/Rational/common /i/Rational/ClearQuest /c/BC5/BIN /c/emacs-21.2/bin /c/util 
>/c/emtprog /c/j2sdk1.4.0_02/bin /f/vc98/bin /f/Common/MSDev98/Bin 
>/f/Common/Tools/WinNT /f/Common/Tools)
>
> Well, your path doesn't look quite right.  Remove the quotes from
> the directory paths.

This is arguably a bug in cygwin and or both zsh and bash.

In the Win32 world, quotes around path elements are valid.  If I have:

PATH="c:\foo bar"

cmd.exe will find executables in that dir.

When I run bash or zsh, things in "c:\foo bar" aren't found.



> Zsh doesn't like quotes embedded in the actual directory names and
> it won't strip them off before using them.

Maybe cygwin should do this in the PATH environment variable it
exposes to cygwin apps.  Bash seems confused by this as well, unlike
Win32 programs.

-- 
matt

--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Bug reporting: http://cygwin.com/bugs.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

Re: Bash shell

[Thorsten Kampe]

* Tom Dager (03-02-14 17:37 +0100)
> I am VERY new to Cygwin, though not to Linux. 

bash has nothing to do with Linux, it's a GNU thing.

> I [...] was wondering how do I get it so that I can copy and paste something
> from a windows window [...] into the bash shell window.

This is a FAQ and has nothing to do with bash nor Cygwin: you can copy 
and paste like in any other Cmd.exe/Command.com window.

If you're using rxvt (although this isn't Cygwin related, too):
http://sources.redhat.com/ml/cygwin/2001-09/msg00483.html


Thorsten
-- 
 Content-Type: text/explicit; charset=ISO-8859-666 (Parental Advisory)
 Content-Transfer-Warning: message contains innuendos not suited for
 children under the age of 18


--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Bug reporting: http://cygwin.com/bugs.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

The humble and other editing keys

[Lee D. Rothstein]

Since at least 1979, when I started using Warren Montgomery's
Emacs on System III UNIX, I have been annoyed with DEC's and
RMS's treatment of the  (or  key as they called
it. In those days, I "reconfigured" my keyboard to fix this
abortion.

I want  to do what any self-respecting  should do,
namely delete the character at the cursor.

Anyone know how to do this with Cygwin command line editing?

Anyway, to get  or  to
move a word at a time?

I am willing to accept RMS as my god, minus this one hamartia.
;-) Help.

Lest I forget:

To all the Cygwin developers out there:

- Thank you.
- Outstanding work.
- If you can "fix" Windoze, is there anything you can do about
  the weather? ;-|)

Thanks!

Lee

P.S. I learned interactive computing on a PDP-8, so I've faced
 this DEC  issue since at least 1970, but once I saw
 a real , I could never go back to the weakling 
 of DEC. You don't suppose this caused their demise?

Lee D. Rothstein -- [EMAIL PROTECTED]
VeriTech -- 603-424-2900
7 Merry Meeting Drive
Merrimack, NH 03054-2934

--






--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Bug reporting: http://cygwin.com/bugs.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

Re: Zsh filename completion sluggishness?

[Christopher Faylor]

On Fri, Feb 14, 2003 at 10:12:54AM -0700, Matt Armstrong wrote:
>In the Win32 world, quotes around path elements are valid.  If I have:
>
>PATH="c:\foo bar"
>
>cmd.exe will find executables in that dir.
>
>When I run bash or zsh, things in "c:\foo bar" aren't found.

This is a UNIX emulation environment.  "c:\foo bar" doesn't mean the c drive
in a PATH variable.  It means the 'c' directory followed by the '\foo bar'
directory.  Colon is the separator for PATH.

The correct syntax for the above is PATH="/cygdrive/c/foo bar" .

cgf

--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Bug reporting: http://cygwin.com/bugs.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

Re: The humble and other editing keys

[Thorsten Kampe]

* Lee D. Rothstein (03-02-14 18:44 +0100)
> Since at least 1979, when I started using [...]

> I want  to do what any self-respecting  should do,
> namely delete the character at the cursor.
> 
> Anyone know how to do this with Cygwin command line editing?

Cygwin doesn't have any command line editing capabilities, I'm aware 
of.

Depending on your application and regarding your experience ("since at 
least 1979...")

"man readline",

"man zshzle",

"man (x)emacs",

"man vim" 

should be sufficient. Also have a look at the info pages (if you're 
using pinfo...).


Thorsten
-- 
 Content-Type: text/explicit; charset=ISO-8859-666 (Parental Advisory)
 Content-Transfer-Warning: message contains innuendos not suited for
 children under the age of 18


--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Bug reporting: http://cygwin.com/bugs.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

Re: The humble and other editing keys

[Christopher Faylor]

On Fri, Feb 14, 2003 at 07:12:34PM +0100, Thorsten Kampe wrote:
>* Lee D. Rothstein (03-02-14 18:44 +0100)
>> Since at least 1979, when I started using [...]
>
>> I want  to do what any self-respecting  should do,
>> namely delete the character at the cursor.
>> 
>> Anyone know how to do this with Cygwin command line editing?
>
>Cygwin doesn't have any command line editing capabilities, I'm aware 
>of.

?  Cygwin has the stty command at least, just like UNIX.

cgf
--
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
Bug reporting: http://cygwin.com/bugs.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

Re: The humble and other editing keys

[Elfyn McBratney]

> Since at least 1979, when I started using Warren Montgomery's
> Emacs on System III UNIX, I have been annoyed with DEC's and
> RMS's treatment of the  (or  key as they called
> it. In those days, I "reconfigured" my keyboard to fix this
> abortion.
> 
> I want  to do what any self-respecting  should do,
> namely delete the character at the cursor.
> 
> Anyone know how to do this with Cygwin command line editing?

In bash you can add the following

# DEL key in bash
"\e[3~": delete-char

to your ~/.inputrc or your /etc/inputrc file to get a functioning DEL ke.


Regards,

Elfyn McBratney
[EMAIL PROTECTED]
www.exposure.org.uk


--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Bug reporting: http://cygwin.com/bugs.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

Re: cron and network drives

[Igor Pechtchanski]

On Fri, 14 Feb 2003, Larry Hall (RFK Partners, Inc.) wrote:

> [EMAIL PROTECTED] wrote:
> > Hi,
> >
> > is there a possibility to reach the network drives with cron. My
> > scripts work fine and can reach the network drives when I execute them
> > from command line. With cron there is no effect. Is there a
> > possibility to copy some file from cygwin to a network (windows)
> > drive, without modifieing the network computer (like ssh, etc.)?
> >
> > Can I get cron to work with network drives?
>
> Only if you make them publically accessible.
>
> We need an entry in the FAQ about the inaccessiblity of network shares
> from Cygwin run services.

FWIW, it's in the User's Guide:

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

Oh, boy, virtual memory! Now I'm gonna make myself a really *big* RAMdisk!
  -- /usr/games/fortune


--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Bug reporting: http://cygwin.com/bugs.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

Why the rash of people bypassing setup.exe to install?

[Christopher Faylor]

I tried an experiment recently where I turned on ftp access to the
cygwin download directory on sources.redhat.com.  The result seemed
to be that people started downloading cygwin's package .tar.bz2 files
directly and (somehow) used tar to extract files rather than running
setup.exe.

So, that experiment was a bad idea.  I turned off access again.  Yet, I
still have the feeling that many people are downloading packages
directly (from mirrors I suppose) and then we get to experience the
maddening "I downloaded foo and it gives me an error about missing bar.
What in the world could possibly be the problem"

Can anyone offer any explanation about this?  Or maybe convince me that
I'm wrong in noticing this trend?  I suppose that it is possible that
we are now hitting a newer stupider brand of user who just can't be
bothered to read the cygwin web site and click on a link to download
but I'm wondering if there is another explanation.  Maybe there is
a popular web page out there with wrong advice or something...

cgf
--
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
Bug reporting: http://cygwin.com/bugs.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

Re: Why the rash of people bypassing setup.exe to install?

[Igor Pechtchanski]

On Fri, 14 Feb 2003, Christopher Faylor wrote:

> I tried an experiment recently where I turned on ftp access to the
> cygwin download directory on sources.redhat.com.  The result seemed
> to be that people started downloading cygwin's package .tar.bz2 files
> directly and (somehow) used tar to extract files rather than running
> setup.exe.
>
> So, that experiment was a bad idea.  I turned off access again.  Yet, I
> still have the feeling that many people are downloading packages
> directly (from mirrors I suppose) and then we get to experience the
> maddening "I downloaded foo and it gives me an error about missing bar.
> What in the world could possibly be the problem"
>
> Can anyone offer any explanation about this?  Or maybe convince me that
> I'm wrong in noticing this trend?  I suppose that it is possible that
> we are now hitting a newer stupider brand of user who just can't be
> bothered to read the cygwin web site and click on a link to download
> but I'm wondering if there is another explanation.  Maybe there is
> a popular web page out there with wrong advice or something...
>
> cgf

Well, guess what comes up first on a Google search for "cygwin install"?
See for yourself:  (just in
case, the first match I get is ,
last updated on March 24, 2000). :-(
I don't know if there's anything that can be done about it, though...
Igor
-- 
http://cs.nyu.edu/~pechtcha/
  |\  _,,,---,,_[EMAIL PROTECTED]
ZZZzz /,`.-'`'-.  ;-;;,_[EMAIL PROTECTED]
 |,4-  ) )-,_. ,\ (  `'-'   Igor Pechtchanski
'---''(_/--'  `-'\_) fL a.k.a JaguaR-R-R-r-r-r-.-.-.  Meow!

Oh, boy, virtual memory! Now I'm gonna make myself a really *big* RAMdisk!
  -- /usr/games/fortune


--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Bug reporting: http://cygwin.com/bugs.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

Re: Zsh filename completion sluggishness?

[Matt Armstrong]

Christopher Faylor <[EMAIL PROTECTED]> writes:

> On Fri, Feb 14, 2003 at 10:12:54AM -0700, Matt Armstrong wrote:
>>In the Win32 world, quotes around path elements are valid.  If I have:
>>
>>PATH="c:\foo bar"
>>
>>cmd.exe will find executables in that dir.
>>
>>When I run bash or zsh, things in "c:\foo bar" aren't found.
>
> This is a UNIX emulation environment.  "c:\foo bar" doesn't mean the c drive
> in a PATH variable.  It means the 'c' directory followed by the '\foo bar'
> directory.  Colon is the separator for PATH.
>
> The correct syntax for the above is PATH="/cygdrive/c/foo bar" .

I understand completely -- as I said somewhat ambiguously I was
setting the path to "c:\foo bar" in cmd.exe, then running bash.

When Cygwin initializes its PATH from the Win32 one, it doesn't handle
quoted elements properly.

E.g. cygwin converts the Win32 path like this:

c:\foo;"c:\bar" -> /cygdrive/c/foo:"c:\bar"

But it should do this:

c:\foo;"c:\bar" -> /cygdrive/c/foo:/cygdrive/c/bar

The latter is the semantic equivalent to the Win32 path.

The session below describes exactly what I'm talking about.

Microsoft Windows 2000 [Version 5.00.2195]
(C) Copyright 1985-2000 Microsoft Corp.

C:\>cd foo bar

C:\foo bar>dir
 Volume in drive C is MYDISK
 Volume Serial Number is 7C67-4A84

 Directory of C:\foo bar

02/14/2003  10:01a.
02/14/2003  10:01a..
02/14/2003  10:01a  19 foobar.cmd
   1 File(s) 19 bytes
   2 Dir(s)   1,021,567,488 bytes free

C:\foo bar>cd ..

C:\>foobar
'foobar' is not recognized as an internal or external command,
operable program or batch file.

C:\>set PATH="c:\foo bar";%PATH%

C:\>foobar

C:\>echo I ran foobar!
I ran foobar!

C:\>cd cygwin

C:\cygwin>cygwin

maarmstr@MAARMSTR ~
$ which foobar.cmd
foobar.cmd: Command not found.

maarmstr@MAARMSTR ~
$ echo $PATH
/usr/local/bin:/usr/bin:/bin:"c:/foo 
bar":/cygdrive/c/WINNT/system32:/cygdrive/c/WINNT:/cygdrive/c/WINNT/System32/Wbem:/bin:/usr/bin:/usr/X11R6/bin

maarmstr@MAARMSTR ~
$ export PATH='/cygdrive/c/foo bar':$PATH

maarmstr@MAARMSTR ~
$ which foobar.cmd
/cygdrive/c/foo bar/foobar.cmd

maarmstr@MAARMSTR ~
$

-- 
matt

--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Bug reporting: http://cygwin.com/bugs.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

Re: Why the rash of people bypassing setup.exe to install?

[Elfyn McBratney]

> On Fri, 14 Feb 2003, Christopher Faylor wrote:
>
> > I tried an experiment recently where I turned on ftp access to the
> > cygwin download directory on sources.redhat.com.  The result seemed
> > to be that people started downloading cygwin's package .tar.bz2 files
> > directly and (somehow) used tar to extract files rather than running
> > setup.exe.
> >
> > So, that experiment was a bad idea.  I turned off access again.  Yet, I
> > still have the feeling that many people are downloading packages
> > directly (from mirrors I suppose) and then we get to experience the
> > maddening "I downloaded foo and it gives me an error about missing bar.
> > What in the world could possibly be the problem"
> >
> > Can anyone offer any explanation about this?  Or maybe convince me that
> > I'm wrong in noticing this trend?  I suppose that it is possible that
> > we are now hitting a newer stupider brand of user who just can't be
> > bothered to read the cygwin web site and click on a link to download
> > but I'm wondering if there is another explanation.  Maybe there is
> > a popular web page out there with wrong advice or something...
> >
> > cgf
>
> Well, guess what comes up first on a Google search for "cygwin install"?
> See for yourself:  (just in
> case, the first match I get is
,
> last updated on March 24, 2000). :-(
> I don't know if there's anything that can be done about it, though...

Well, Gary (Gary R. Van Sickle) is the maintainer of that page, so


Regards,

Elfyn McBratney
[EMAIL PROTECTED]
www.exposure.org.uk



--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Bug reporting: http://cygwin.com/bugs.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

Re: Why the rash of people bypassing setup.exe to install?

[Randall R Schulz]

At 10:34 2003-02-14, Igor Pechtchanski wrote:

On Fri, 14 Feb 2003, Christopher Faylor wrote:

> ...
>
> Can anyone offer any explanation about this?  Or maybe convince me that
> I'm wrong in noticing this trend?  I suppose that it is possible that
> we are now hitting a newer stupider brand of user who just can't be
> bothered to read the cygwin web site and click on a link to download
> but I'm wondering if there is another explanation.  Maybe there is
> a popular web page out there with wrong advice or something...
>
> cgf

Well, guess what comes up first on a Google search for "cygwin install"?
See for yourself:  (just in
case, the first match I get is 
,
last updated on March 24, 2000). :-(
I don't know if there's anything that can be done about it, though...
Igor


Wow. Classic Cygwin humor, number 1 on Google!

Did you notice the copyright holder for these pages?

I still think APHC's joke show is funnier.


RRS 


--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Bug reporting: http://cygwin.com/bugs.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

Re: cron and network drives

[Larry Hall (RFK Partners, Inc.)]

Igor Pechtchanski wrote:

On Fri, 14 Feb 2003, Larry Hall (RFK Partners, Inc.) wrote:



[EMAIL PROTECTED] wrote:


Hi,

is there a possibility to reach the network drives with cron. My
scripts work fine and can reach the network drives when I execute them
from command line. With cron there is no effect. Is there a
possibility to copy some file from cygwin to a network (windows)
drive, without modifieing the network computer (like ssh, etc.)?

Can I get cron to work with network drives?


Only if you make them publically accessible.

We need an entry in the FAQ about the inaccessiblity of network shares
from Cygwin run services.



FWIW, it's in the User's Guide:

	Igor


Thanks Igor.  I'll ask David if he can add this verbiage to the FAQ
too.



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


--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Bug reporting: http://cygwin.com/bugs.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

RE: Problem with accept(2) on the 1003.20.0.0 release

[jeff_burch]

Dear Tino and the rest of the Cygwin community,

I made a post yesterday (2/13) on this problem and posted a testAccept.cpp program. By 
the way, my new version of cygwin and g++ agreed perfectly with Tino's response. Also, 
tests to use a specific "real" address in the bind( ) call didn't change the  problem 
behavior...

As an experiment, I happened to have an old version of cygwin's install package on a 
server and have move the problem machine back to the distant past: 

uname -a
CYGWIN_NT-5.0 SSLGROUPOB 1.3.3(0.46/3/2) 2001-09-12 23:54 i686 unknown

g++ --version
2.95.3-5

The testAccept.exe built on this version of Cygwin works perfectly. Also, my 
testAccept.exe built on the lastest version of Cygwin runs perfectly on this version 
of Cygwin. And one more "fun fact": I tweaked the program and built it under Visual 
C++ and it runs perfectly.

So, on my machine the new version of Cygwin has a problem! Accept(2) will hang on the 
second call for the same socket. I wonder who else in the world will have similar 
problem. Tino reports that he doesn't have any problems on his machine...

At this point, I don't know what else to try. I'm pretty sure the problem is down in 
the new cygwin1.dll but I don't have the time or knowledge to go digging into that 
beast. Also, I'm not sure what interaction on my system is causing the problem. 
Clearly if Tino can run my testAccept.exe, then there has got to be something 
different...

Any suggestions anyone?

- J
Jeff Burch
Communications Solutions Department
Agilent Laboratories
Phone: 650-485-6364
Fax: 650-485-8092
email:   [EMAIL PROTECTED]

 -Original Message-
From:   Tino Lange [mailto:[EMAIL PROTECTED]] 
Sent:   Thursday, February 13, 2003 2:56 PM
To: [EMAIL PROTECTED]
Subject:Re: Problem with accept(2) on the 1003.20.0.0 release

Hi!

I remeber some time ago hanging my sshd on the second connect if it was
bound to all interfaces.
Just a weird idea: Could you try to bind the server socket only to your
"real" IP and try again with telnet  ?

Tino

--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Bug reporting: http://cygwin.com/bugs.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

Re: Why the rash of people bypassing setup.exe to install?

[Robert Citek]

At 01:26 PM 2/14/2003 -0500, Christopher Faylor wrote:
>So, that experiment was a bad idea.  I turned off access again.  Yet, I
>still have the feeling that many people are downloading packages
>directly (from mirrors I suppose) and then we get to experience the
>maddening "I downloaded foo and it gives me an error about missing bar.
>What in the world could possibly be the problem"

They are using apt-get to install Cygwin.  :-)
[ wishful thinking ]

Imagine installing, upgrading, and managing a bunch of OpenSource Software
(not just Cygwin) on a Windows machine with 'apt-get.'

Regards,
- Robert


--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Bug reporting: http://cygwin.com/bugs.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

Re: Problem with accept(2) on the 1003.20.0.0 release

[Elfyn McBratney]

> Dear Tino and the rest of the Cygwin community,
>
> I made a post yesterday (2/13) on this problem and posted a testAccept.cpp
program. By the way, my new version of cygwin and g++ agreed perfectly with
Tino's response. Also, tests to use a specific "real" address in the bind( )
call didn't change the  problem behavior...
>
> As an experiment, I happened to have an old version of cygwin's install
package on a server and have move the problem machine back to the distant
past:
>
> uname -a
> CYGWIN_NT-5.0 SSLGROUPOB 1.3.3(0.46/3/2) 2001-09-12 23:54 i686 unknown
>
> g++ --version
> 2.95.3-5
>
> The testAccept.exe built on this version of Cygwin works perfectly. Also,
my testAccept.exe built on the lastest version of Cygwin runs perfectly on
this version of Cygwin. And one more "fun fact": I tweaked the program and
built it under Visual C++ and it runs perfectly.
>
> So, on my machine the new version of Cygwin has a problem! Accept(2) will
hang on the second call for the same socket. I wonder who else in the world
will have similar problem. Tino reports that he doesn't have any problems on
his machine...
>
> At this point, I don't know what else to try. I'm pretty sure the problem
is down in the new cygwin1.dll but I don't have the time or knowledge to go
digging into that beast. Also, I'm not sure what interaction on my system is
causing the problem. Clearly if Tino can run my testAccept.exe, then there
has got to be something different...
>
> Any suggestions anyone?

Do you by any chance have any firewall software running on the daemon'ish
machine? ZoneAlaram perhaps?


Regards,

Elfyn McBratney
[EMAIL PROTECTED]
www.exposure.org.uk



--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Bug reporting: http://cygwin.com/bugs.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

Re: The humble and other editing keys

[Lee D. Rothstein]

Elfyn,

Thanks.

See my comments and further questions, below.

At 2003-02-14 06:18 PM +, Elfyn McBratney wrote:


> I want  to do what any self-respecting 
> should do, namely delete the character at the cursor.

In bash you can add the following

# DEL key in bash
"\e[3~": delete-char

to your ~/.inputrc or your /etc/inputrc file to get
a functioning DEL key.


* ~/.inputrc works. /etc/inputrc doesn't. Why?
* Is there documentation for this? Specific to Cygwin? Or,
  not necessary due to complete compatibility. Does
  terminfo, play a role, here?
* How does one go about writing documentation for Cygwin?
  I'm interested.
* What are the names of the forward and backward word  keys
  in 'bash', and how do I set them to  and
  . (I have the environment variable,
  'EDITOR', set to 'TextPad".)



Lee D. Rothstein -- [EMAIL PROTECTED]
VeriTech -- 603-424-2900
7 Merry Meeting Drive
Merrimack, NH 03054-2934

--






--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Bug reporting: http://cygwin.com/bugs.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

Re: Why the rash of people bypassing setup.exe to install?

[Christopher Faylor]

On Fri, Feb 14, 2003 at 01:34:59PM -0500, Igor Pechtchanski wrote:
>On Fri, 14 Feb 2003, Christopher Faylor wrote:
>
>> I tried an experiment recently where I turned on ftp access to the
>> cygwin download directory on sources.redhat.com.  The result seemed
>> to be that people started downloading cygwin's package .tar.bz2 files
>> directly and (somehow) used tar to extract files rather than running
>> setup.exe.
>>
>> So, that experiment was a bad idea.  I turned off access again.  Yet, I
>> still have the feeling that many people are downloading packages
>> directly (from mirrors I suppose) and then we get to experience the
>> maddening "I downloaded foo and it gives me an error about missing bar.
>> What in the world could possibly be the problem"
>>
>> Can anyone offer any explanation about this?  Or maybe convince me that
>> I'm wrong in noticing this trend?  I suppose that it is possible that
>> we are now hitting a newer stupider brand of user who just can't be
>> bothered to read the cygwin web site and click on a link to download
>> but I'm wondering if there is another explanation.  Maybe there is
>> a popular web page out there with wrong advice or something...
>>
>> cgf
>
>Well, guess what comes up first on a Google search for "cygwin install"?
>See for yourself:  (just in
>case, the first match I get is ,
>last updated on March 24, 2000). :-(

This is interesting but it doesn't really explain the problem since the site
is so outdated.  sourceware.cygnus.com doesn't even exist anymore.

>I don't know if there's anything that can be done about it, though...

How about if every able-bodied cygwin-mailing-list person sends email to this
person and asks them to take the site down.

FWIW, I've recently sent email to Mumit Khan for similar reasons.  His
"ancient" gnu-win32 site still shows up in google and some of the
outdated techniques espoused there demonstrably cause confusion.

cgf

--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Bug reporting: http://cygwin.com/bugs.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

Re: Why the rash of people bypassing setup.exe to install?

[Christopher Faylor]

On Fri, Feb 14, 2003 at 06:39:47PM -, Elfyn McBratney wrote:
>Well, Gary (Gary R. Van Sickle) is the maintainer of that page, so

Ack.  I missed that fact.

Don't send Gary email about this!  I'm sure he doesn't need it.

cgf

--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Bug reporting: http://cygwin.com/bugs.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

Re: Bash shell

[Randall R Schulz]

Hello, Fellow Curmudgeons,

I think we're really getting the tag-team meanness down to a fine art, 
aren't we?

Or is it "good cop / bad cop?"

It has recently come to my attention that some people think the Cygwin 
list is exceptionally unfriendly to the uninitiated. Of course, I'd 
just like to think we hold a higher standard.

RRS


At 09:12 2003-02-14, Thorsten Kampe wrote:
* Tom Dager (03-02-14 17:37 +0100)
> I am VERY new to Cygwin, though not to Linux.

bash has nothing to do with Linux, it's a GNU thing.

> I [...] was wondering how do I get it so that I can copy and paste 
something
> from a windows window [...] into the bash shell window.

This is a FAQ and has nothing to do with bash nor Cygwin: you can copy
and paste like in any other Cmd.exe/Command.com window.

If you're using rxvt (although this isn't Cygwin related, too):
http://sources.redhat.com/ml/cygwin/2001-09/msg00483.html


Thorsten


--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Bug reporting: http://cygwin.com/bugs.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

Re: The humble and other editing keys

[Elfyn McBratney]

> * ~/.inputrc works. /etc/inputrc doesn't. Why?

Aaaah my cockpit error :-) Bash only checks for the existence of the
user's or individuals' readline initialisation file.

> * Is there documentation for this? Specific to Cygwin? Or,
>not necessary due to complete compatibility. Does
>terminfo, play a role, here?

Well I found this out ages ago when I first started playing with bash/unix>
I do have this in my bookmarks that might be of interest:



> * How does one go about writing documentation for Cygwin?
>I'm interested.

Erm...Well just write it! ;-) If you mean you want to write about the
differences between vanilla UNIX and Cygwin then there's quite a bit in the
user's guide and the faq, both are linked on the main cygwin homepage
(). Otherwise, not too sure. Take a look at the
docs/howto's that come with cygwin packages in the /usr/doc/Cygwin
directory.

> * What are the names of the forward and backward word  keys
>in 'bash', and how do I set them to  and
>. (I have the environment variable,
>'EDITOR', set to 'TextPad".)

Do you mean you want to perform an action when you do a C+Right-Arrow? That
can be done in the ~/.inputrc file. You should be able to find out more in
that link above.


Regards,

Elfyn McBratney
[EMAIL PROTECTED]
www.exposure.org.uk



--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Bug reporting: http://cygwin.com/bugs.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

Re: The humble and other editing keys

[Elfyn McBratney]

> > * ~/.inputrc works. /etc/inputrc doesn't. Why?
>
> Aaaah my cockpit error :-) Bash only checks for the existence of the
> user's or individuals' readline initialisation file.
>
> > * Is there documentation for this? Specific to Cygwin? Or,
> >not necessary due to complete compatibility. Does
> >terminfo, play a role, here?
>
> Well I found this out ages ago when I first started playing with
bash/unix>
> I do have this in my bookmarks that might be of interest:
>
> 
>
> > * How does one go about writing documentation for Cygwin?
> >I'm interested.
>
> Erm...Well just write it! ;-) If you mean you want to write about the
> differences between vanilla UNIX and Cygwin then there's quite a bit in
the
> user's guide and the faq, both are linked on the main cygwin homepage
> (). Otherwise, not too sure. Take a look at the
> docs/howto's that come with cygwin packages in the /usr/doc/Cygwin
> directory.
>
> > * What are the names of the forward and backward word  keys
> >in 'bash', and how do I set them to  and
> >. (I have the environment variable,
> >'EDITOR', set to 'TextPad".)
>
> Do you mean you want to perform an action when you do a C+Right-Arrow?
That
> can be done in the ~/.inputrc file. You should be able to find out more in
> that link above.


One thing that I forgot: Bash does have a system-wide inputrc but you have
to define an environment variable to the location of the file, INPUTRC

export INPUTRC=/etc/inputrc


Regards,

Elfyn McBratney
[EMAIL PROTECTED]
www.exposure.org.uk



--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Bug reporting: http://cygwin.com/bugs.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

Re: Zsh filename completion sluggishness?

[Christopher Faylor]

On Fri, Feb 14, 2003 at 11:38:06AM -0700, Matt Armstrong wrote:
>Christopher Faylor <[EMAIL PROTECTED]> writes:
>
>> On Fri, Feb 14, 2003 at 10:12:54AM -0700, Matt Armstrong wrote:
>>>In the Win32 world, quotes around path elements are valid.  If I have:
>>>
>>>PATH="c:\foo bar"
>>>
>>>cmd.exe will find executables in that dir.
>>>
>>>When I run bash or zsh, things in "c:\foo bar" aren't found.
>>
>> This is a UNIX emulation environment.  "c:\foo bar" doesn't mean the c drive
>> in a PATH variable.  It means the 'c' directory followed by the '\foo bar'
>> directory.  Colon is the separator for PATH.
>>
>> The correct syntax for the above is PATH="/cygdrive/c/foo bar" .
>
>I understand completely -- as I said somewhat ambiguously I was
>setting the path to "c:\foo bar" in cmd.exe, then running bash.
>
>When Cygwin initializes its PATH from the Win32 one, it doesn't handle
>quoted elements properly.
>
>E.g. cygwin converts the Win32 path like this:
>
>c:\foo;"c:\bar" -> /cygdrive/c/foo:"c:\bar"
>
>But it should do this:
>
>c:\foo;"c:\bar" -> /cygdrive/c/foo:/cygdrive/c/bar

Ah, sorry.  I see what you're saying now.

Yes, that's "arguably" a bug.

cgf

--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Bug reporting: http://cygwin.com/bugs.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

Re: Why the rash of people bypassing setup.exe to install?

[Elfyn McBratney]

> On Fri, Feb 14, 2003 at 06:39:47PM -, Elfyn McBratney wrote:
> >Well, Gary (Gary R. Van Sickle) is the maintainer of that page, so
>
> Ack.  I missed that fact.
>
> Don't send Gary email about this!  I'm sure he doesn't need it.

Ops! Too late! ;-) Only kiddin' I'm sure that's not a worry. Perhaps
changing

"Run this program any time you want to install a cygwin package."

to

"It is recommended that you use setup.exe whenever you want to install a
cygwin package. If you install or update packages manually, you are doing so
at your own risk."

at the end of the third paragraph below "What's New and How Do I Get It?"...


Regards,

Elfyn McBratney
[EMAIL PROTECTED]
www.exposure.org.uk



--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Bug reporting: http://cygwin.com/bugs.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

Re: Why the rash of people bypassing setup.exe to install?

[Christopher Faylor]

On Fri, Feb 14, 2003 at 07:55:57PM -, Elfyn McBratney wrote:
>> On Fri, Feb 14, 2003 at 06:39:47PM -, Elfyn McBratney wrote:
>> >Well, Gary (Gary R. Van Sickle) is the maintainer of that page, so
>>
>> Ack.  I missed that fact.
>>
>> Don't send Gary email about this!  I'm sure he doesn't need it.
>
>Ops! Too late! ;-) Only kiddin' I'm sure that's not a worry. Perhaps
>changing
>
>"Run this program any time you want to install a cygwin package."
>
>to
>
>"It is recommended that you use setup.exe whenever you want to install a
>cygwin package. If you install or update packages manually, you are doing so
>at your own risk."
>
>at the end of the third paragraph below "What's New and How Do I Get It?"...

I don't think people are actually reading that paragraph at all, though.  I
think that's part of the problem.

cgf

--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Bug reporting: http://cygwin.com/bugs.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

Re: Why the rash of people bypassing setup.exe to install?

[Elfyn McBratney]

> On Fri, Feb 14, 2003 at 06:39:47PM -, Elfyn McBratney wrote:
> >Well, Gary (Gary R. Van Sickle) is the maintainer of that page, so
>
> Ack.  I missed that fact.
>
> Don't send Gary email about this!  I'm sure he doesn't need it.

Ops! Too late! ;-) Only kiddin' I'm sure that's not a worry. Perhaps
changing

"Run this program any time you want to install a cygwin package."

to

"It is recommended that you use setup.exe whenever you want to install a
cygwin package. If you install or update packages manually, you are doing so
at your own risk."

at the end of the third paragraph below "What's New and How Do I Get It?"...


Regards,

Elfyn McBratney
[EMAIL PROTECTED]
www.exposure.org.uk



--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Bug reporting: http://cygwin.com/bugs.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

Re: Bash shell

[Larry Hall (RFK Partners, Inc.)]

Randall R Schulz wrote:

Hello, Fellow Curmudgeons,

I think we're really getting the tag-team meanness down to a fine art, 
aren't we?

Or is it "good cop / bad cop?"

It has recently come to my attention that some people think the Cygwin 
list is exceptionally unfriendly to the uninitiated. Of course, I'd just 
like to think we hold a higher standard.


Here, here! :-)  I should point out that there are all kinds of opinions
out there.  While some might feel this list is unfriendly, others think
the reverse is the case.  I just had some email today from someone new
who posted to the list and wanted to send my response onto other lists
as an example of a "professional" response.  I'm sure the fact that this
person chose my response is completely coincidental.  There are certainly
lots of examples of great, friendly help from this list.  I see it
everyday.

I don't want to start a flame war on this subject but I just thought this
was an opportunity for me to pass on some positive feedback to all those
who take some of their own time to provide support to this community.



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


--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Bug reporting: http://cygwin.com/bugs.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

Re: The humble and other editing keys

[Randall R Schulz]

Lee,

We don't approve of all that humor hereabouts.


This one _is_ documented in the BASH manual page. Here's the binding I use:

"\M-[3~":   delete-char # Delete

When you find this Readline action in the BASH manual page, you'll find 
all the other goodies you can program into BASH's handling of 
interactive input.


I'll also offer the hint that not all terminal emulators send the same 
sequence for a given key, but in this case both of the two common ones 
for Cygwin users, the console (character subsystem windows as presented 
by Cygwin) and RXVT generate the same sequence.


Randall Schulz

P.S. Thank you for leading me to a new word.


At 09:44 2003-02-14, Lee D. Rothstein wrote:
Since at least 1979, when I started using Warren Montgomery's
Emacs on System III UNIX, I have been annoyed with DEC's and
RMS's treatment of the  (or  key as they called
it. In those days, I "reconfigured" my keyboard to fix this
abortion.

I want  to do what any self-respecting  should do,
namely delete the character at the cursor.

Anyone know how to do this with Cygwin command line editing?

Anyway, to get  or  to
move a word at a time?

I am willing to accept RMS as my god, minus this one hamartia.
;-) Help.

Lest I forget:

To all the Cygwin developers out there:

- Thank you.
- Outstanding work.
- If you can "fix" Windoze, is there anything you can do about
  the weather? ;-|)

Thanks!

Lee



--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Bug reporting: http://cygwin.com/bugs.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

Re: Why the rash of people bypassing setup.exe to install?

[Elfyn McBratney]

> On Fri, Feb 14, 2003 at 07:55:57PM -, Elfyn McBratney wrote:
> >> On Fri, Feb 14, 2003 at 06:39:47PM -, Elfyn McBratney wrote:
> >> >Well, Gary (Gary R. Van Sickle) is the maintainer of that page, so
> >>
> >> Ack.  I missed that fact.
> >>
> >> Don't send Gary email about this!  I'm sure he doesn't need it.
> >
> >Ops! Too late! ;-) Only kiddin' I'm sure that's not a worry. Perhaps
> >changing
> >
> >"Run this program any time you want to install a cygwin package."
> >
> >to
> >
> >"It is recommended that you use setup.exe whenever you want to install a
> >cygwin package. If you install or update packages manually, you are doing
so
> >at your own risk."
> >
> >at the end of the third paragraph below "What's New and How Do I Get
It?"...
>
> I don't think people are actually reading that paragraph at all, though.
I
> think that's part of the problem.

Then there's not much you can do. If user's don't read these informative
pieces of information, that would cut down the superfluous "bug" reports,
then the easiest thing to me would be to send a reply of "Read blah...".
They'll, *hopefully*, get the message.

Sorry I just noticed something I sent 20 minutes ago has got through even
though I got an "supposed" SMTP error...Br


Regards,

Elfyn McBratney
[EMAIL PROTECTED]
www.exposure.org.uk



--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Bug reporting: http://cygwin.com/bugs.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

Re: Bash shell

[Elfyn McBratney]

> Randall R Schulz wrote:
> > Hello, Fellow Curmudgeons,
> >
> > I think we're really getting the tag-team meanness down to a fine art,
> > aren't we?
> >
> > Or is it "good cop / bad cop?"
> >
> > It has recently come to my attention that some people think the Cygwin
> > list is exceptionally unfriendly to the uninitiated. Of course, I'd just
> > like to think we hold a higher standard.
>
>
> Here, here! :-)  I should point out that there are all kinds of opinions
> out there.  While some might feel this list is unfriendly, others think
> the reverse is the case.  I just had some email today from someone new
> who posted to the list and wanted to send my response onto other lists
> as an example of a "professional" response.  I'm sure the fact that this
> person chose my response is completely coincidental.  There are certainly
> lots of examples of great, friendly help from this list.  I see it
> everyday.

Well, I try ;-)

> I don't want to start a flame war on this subject but I just thought this
> was an opportunity for me to pass on some positive feedback to all those
> who take some of their own time to provide support to this community.

I think that's the exact way of putting it. Most people here help out
voluntarily. My style lacks and most of the time I hit the send button
rather quickly but I try and help because a year or so ago I was asking the
same kinda questions that could have been found in the archives, user's
guide or faq.

I've been on other lists where all you woulda got was a "wtf?" response
which is a little on the rude side for new users. Don't see many of those
here tho...


Regards,

Elfyn McBratney
[EMAIL PROTECTED]
www.exposure.org.uk



--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Bug reporting: http://cygwin.com/bugs.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

Re: bash shell

[Fred_Smith]

[EMAIL PROTECTED] on 02/14/2003 03:14:39 PM

To:   [EMAIL PROTECTED]
cc:(bcc: Fred Smith/Computrition)
Subject:  cygwin Digest 14 Feb 2003 20:14:39 - Issue 2563



> > It has recently come to my attention that some people think the Cygwin
> > list is exceptionally unfriendly to the uninitiated. Of course, I'd
just
> > like to think we hold a higher standard.
>
>
> Here, here! :-)  I should point out that there are all kinds of opinions

to keep up with the meanies on the list, I feel compelled to point out that
perhaps you MEANT to say: "Hear, Hear!"

;^}








--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Bug reporting: http://cygwin.com/bugs.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

Re: Why the rash of people bypassing setup.exe to install?

[Peter A. Castro]

On Fri, 14 Feb 2003, Christopher Faylor wrote:

> On Fri, Feb 14, 2003 at 07:55:57PM -, Elfyn McBratney wrote:
> >> On Fri, Feb 14, 2003 at 06:39:47PM -, Elfyn McBratney wrote:
> >> >Well, Gary (Gary R. Van Sickle) is the maintainer of that page, so
> >>
> >> Ack.  I missed that fact.
> >>
> >> Don't send Gary email about this!  I'm sure he doesn't need it.
> >
> >Ops! Too late! ;-) Only kiddin' I'm sure that's not a worry. Perhaps
> >changing
> >
> >"Run this program any time you want to install a cygwin package."
> >
> >to
> >
> >"It is recommended that you use setup.exe whenever you want to install a
> >cygwin package. If you install or update packages manually, you are doing so
> >at your own risk."
> >
> >at the end of the third paragraph below "What's New and How Do I Get It?"...
> 
> I don't think people are actually reading that paragraph at all, though.  I
> think that's part of the problem.

As a preventative measure, how about adding some embedded tags into the
cygwin.com home or install pages so that they'll have a higher hit-point
ratio for various search combinations.  Something like adding:



The next time the various web crawlers inspect the page they might give a
larger weight to this page for the various word combinations.  Or have
web crawlers changed such that this doesn't work anymore? 

> cgf

-- 
Peter A. Castro <[EMAIL PROTECTED]> or <[EMAIL PROTECTED]>
"Cats are just autistic Dogs" -- Dr. Tony Attwood


--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Bug reporting: http://cygwin.com/bugs.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

Re: The humble and other editing keys

[Thorsten Kampe]

* Elfyn McBratney (03-02-14 19:52 +0100)
> One thing that I forgot: Bash does have a system-wide inputrc but you have
> to define an environment variable to the location of the file, INPUTRC
> 
> export INPUTRC=/etc/inputrc

bash doesn't have a "system-wide inputrc" (although you /could/ make 
one that way). The only file mentioned in the man page is ~/.inputrc.

If you set the environment variable INPUTRC to /etc/inputrc, 
~/.inputrc won't be parsed.

You can include any file with "$include". So if /etc/inputrc exists, 
you may want to source it with...

,--- * .bashrc
| # Make *my* settings work (despite of any "export INPUTRC=" in
| # /etc/profile)
| 
| unset INPUTRC
`---

,--- * ~/.inputrc
| # But only my settings where opposed to /etc/inputrc
| $include /etc/inputrc
| 
| "\e[3~":  delete-char
| 
| # etc., etc.
`---

or...

,--- * /etc/profile
| export INPUTRC=/etc/inputrc
`---

,--- * /etc/inputrc
| "\e[3~":  delete-char
|
| $include ~/.inputrc
`---


Thorsten
-- 
 Content-Type: text/explicit; charset=ISO-8859-666 (Parental Advisory)
 Content-Transfer-Warning: message contains innuendos not suited for
 children under the age of 18


--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Bug reporting: http://cygwin.com/bugs.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

Re: Bash shell

[Larry Hall (RFK Partners, Inc.)]

Elfyn McBratney wrote:

Randall R Schulz wrote:


Hello, Fellow Curmudgeons,

I think we're really getting the tag-team meanness down to a fine art,
aren't we?

Or is it "good cop / bad cop?"

It has recently come to my attention that some people think the Cygwin
list is exceptionally unfriendly to the uninitiated. Of course, I'd just
like to think we hold a higher standard.



Here, here! :-)  I should point out that there are all kinds of opinions
out there.  While some might feel this list is unfriendly, others think
the reverse is the case.  I just had some email today from someone new
who posted to the list and wanted to send my response onto other lists
as an example of a "professional" response.  I'm sure the fact that this
person chose my response is completely coincidental.  There are certainly
lots of examples of great, friendly help from this list.  I see it
everyday.



Well, I try ;-)



Well, I'd say you do more than that!  I expect others would agree.
I thank you for your help!



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


--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Bug reporting: http://cygwin.com/bugs.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

RE: cron - Error starting a service: QueryServiceStatus: Win32 error 1062:

[Harig, Mark A.]

Yes, that's unusual.  I think I'll leave out a check for this problem at
this time.  I wonder if anyone knows of a general purpose tool for
checking the validity or sanity of the /etc/group and /etc/passwd files?

Have you tried adding 'SYSTEM' to group 544 via the /etc/group file?

> -Original Message-
> From: House, Mark [mailto:[EMAIL PROTECTED]]
> Sent: Thursday, February 13, 2003 11:25 AM
> To: Harig, Mark A.; [EMAIL PROTECTED]
> Subject: RE: cron - Error starting a service: 
> QueryServiceStatus: Win32
> error 1062:
> 
> 
> Mark,
> 
>  Thanks for responding to this.
> 
>  I found the problem. Apparently, I had tried to add the 
> SYSTEM account to a second group. So, that in my /etc/passwd 
> file it looked like  SYSTEM:*:18:18,544:,S-1-5-18::/bin/bash
> 
>  This caused the problem. I went and removed that ,544 and my 
> cron service has started up.
> 
>   Perhaps adding a check on the proper SYSTEM account in 
> /etc/passwd to cron_diagnose.sh may be appropriate. Although, 
> I'm not too sure that anyone else will do anything quite this strange.
> 
> Thanks,
>   Mark
> 
> -Original Message-
> From: Harig, Mark A. [mailto:[EMAIL PROTECTED]]
> Sent: Tuesday, February 11, 2003 6:48 PM
> To: House, Mark; [EMAIL PROTECTED]
> Subject: RE: cron - Error starting a service: 
> QueryServiceStatus: Win32
> error 1062:
> 
> 
> I can't see any glaring errors.  Here a some things you might try:
>  
> 1. You're running Windows 2000, SP2.  Is there any reason you haven't
> installed SP3?
> I doubt that this has any effect, but it might be worth trying.
>  
> 2. You have Windows 2000 installed on your 'c:' drive, but Cygwin is
> installed
> on your 'd:' drive.  You might try installing a minimal Cygwin on
> your 'c:'
> drive, and retrying cron.  Have you been running Cygwin 
> on 'd:' all
> along?
>  
> If you find a fix that you think could be detected by the
> cron_diagnose.sh
> script, please let me know so that it can improve.
> 
> -Original Message-
> From: House, Mark [mailto:[EMAIL PROTECTED]]
> Sent: Monday, February 10, 2003 10:45 AM
> To: [EMAIL PROTECTED]
> Subject: cron - Error starting a service: QueryServiceStatus: Win32
> error 1062:
> 
> 
> 
> Hi, 
> 
>   I have been experiencing this error ever since I rebooted 
> my server. I
> am now unable to start the cron service. I have attached my cygcheck
> file and I have run cron_diagnose.sh as suggested by Mark A. Harig on
> his posting on 20-Dec-2002.
> 
>  In addition, I have uninstalled and reinstalled the cron 
> service and I
> have reinstalled the cron and cygrunsrv components.
> 
>  I am using Win2000 Server. My Event Log displays the 
> following error. 
>   The following information is part of the event: cron : Win32
> Process Id = 0x9A0 : Cygwin Process Id = 0x9A0 : starting 
> service `cron'
> failed: execv: 1, Operation not permitted.
> 
> I would appreciate any suggestions that you can offer. 
> 
> Thanks, 
>   Mark 
> 
> <> 
> 
> 
> 
> 

--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Bug reporting: http://cygwin.com/bugs.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

Re: bash shell

[Larry Hall (RFK Partners, Inc.)]

[EMAIL PROTECTED] wrote:





[EMAIL PROTECTED] on 02/14/2003 03:14:39 PM

To:   [EMAIL PROTECTED]
cc:(bcc: Fred Smith/Computrition)
Subject:  cygwin Digest 14 Feb 2003 20:14:39 - Issue 2563





It has recently come to my attention that some people think the Cygwin
list is exceptionally unfriendly to the uninitiated. Of course, I'd


just


like to think we hold a higher standard.



Here, here! :-)  I should point out that there are all kinds of opinions



to keep up with the meanies on the list, I feel compelled to point out that
perhaps you MEANT to say: "Hear, Hear!"

;^}


Yikes!  If you weren't so mean, I'd say I was embarassed by my slip! ;-)


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


--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Bug reporting: http://cygwin.com/bugs.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

Re: Bash shell

[Elfyn McBratney]

> Elfyn McBratney wrote:
> >>Randall R Schulz wrote:
> >>
> >>>Hello, Fellow Curmudgeons,
> >>>
> >>>I think we're really getting the tag-team meanness down to a fine art,
> >>>aren't we?
> >>>
> >>>Or is it "good cop / bad cop?"
> >>>
> >>>It has recently come to my attention that some people think the Cygwin
> >>>list is exceptionally unfriendly to the uninitiated. Of course, I'd
just
> >>>like to think we hold a higher standard.
> >>
> >>
> >>Here, here! :-)  I should point out that there are all kinds of opinions
> >>out there.  While some might feel this list is unfriendly, others think
> >>the reverse is the case.  I just had some email today from someone new
> >>who posted to the list and wanted to send my response onto other lists
> >>as an example of a "professional" response.  I'm sure the fact that this
> >>person chose my response is completely coincidental.  There are
certainly
> >>lots of examples of great, friendly help from this list.  I see it
> >>everyday.
> >
> >
> > Well, I try ;-)
>
>
> Well, I'd say you do more than that!  I expect others would agree.
> I thank you for your help!


Thanks! That means a lot. How do you capitalise a smiley :-)


Regards,

Elfyn McBratney
[EMAIL PROTECTED]
www.exposure.org.uk



--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Bug reporting: http://cygwin.com/bugs.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

Re: Why the rash of people bypassing setup.exe to install?

[John M. Adams]

Christopher Faylor <[EMAIL PROTECTED]> writes:

> I tried an experiment recently where I turned on ftp access to the
> cygwin download directory on sources.redhat.com.  The result seemed
> to be that people started downloading cygwin's package .tar.bz2 files
> directly and (somehow) used tar to extract files rather than running
> setup.exe.

> Can anyone offer any explanation about this?

Well, I've never tried to install via anything but the setup.exe.
However, it is not obvious to me how to just get a single package that
way.  The last few times I tried to do that, I ended up getting a
massive amount of stuff.  Maybe some of your ftp users are similarly
confused.

How do you get just 1 package via setup.exe?

-- 
John M. Adams

--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Bug reporting: http://cygwin.com/bugs.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

Re: Why the rash of people bypassing setup.exe to install?

[andrew clarke]

On Fri, Feb 14, 2003 at 01:26:15PM -0500, Christopher Faylor wrote:

> I tried an experiment recently where I turned on ftp access to the
> cygwin download directory on sources.redhat.com.  The result seemed
> to be that people started downloading cygwin's package .tar.bz2 files
> directly and (somehow) used tar to extract files rather than running
> setup.exe.

If I may, speaking on behalf of some of the less-technical Cygwin users,
some points:

Obviously for simple .tar.bz2 files without any dependencies or post-
install scripts, etc, untarring would appear to users to be a harmless
thing to do.

I suspect people aren't reading the notes near the bottom of
http://www.cygwin.com/download.html, or if they are, they don't believe
what they read, notably the "Installing Cygwin using this method [untar]
is not recommended." bit, because there's no explanation as to why
it's not recommended.

Section 2 of the FAQ might also put people off using Setup because it's
described as a "work-in-progress" and seemingly a bit of a moving target.

Also, people may be put off by the fact that there's no recommended
way (to my knowledge) to install Cygwin packages from the command-line,
(a la "apt-get", "pkg_add", "rpm -i", etc).

Also, it may be that Setup is failing (eg. aborted downloads) for one
reason or another, for more people than you think, so people are resorting
to using Wget, or their browser, or something.

Then there are the numerous issues with the UI of the Setup program
itself which no doubt dissuade people from using it.

All these things combined can't really help much.

--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Bug reporting: http://cygwin.com/bugs.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

Re: Why the rash of people bypassing setup.exe to install?

[andrew clarke]

On Fri, Feb 14, 2003 at 12:15:05PM -0800, Peter A. Castro wrote:

> > I don't think people are actually reading that paragraph at all, though.  I
> > think that's part of the problem.
> 
> As a preventative measure, how about adding some embedded tags into the
> cygwin.com home or install pages so that they'll have a higher hit-point
> ratio for various search combinations.  Something like adding:
> 
> 

Re: Bash shell

[Thorsten Kampe]

* Randall R Schulz (03-02-14 18:28 +0100)
> I think we're really getting the tag-team meanness down to a fine art, 
> aren't we?
> 
> Or is it "good cop / bad cop?"

I don't see your point.

I stated that there is no Linux nor Cygwin nor Windows nor BSD bash. 
It's just GNU bash and if you have a "how do I 'foo' in bash" 
question, it's almost definitely not Cygwin related.

I don't understand how someone who's "not new to Linux" could think 
that copy and paste is a shell thing. It isn't "in Linux".

Copying and pasting in Windows Cmd/Command is basic Windows knowledge. 
If you're using "cygwin.bat", it even looks like a simple "DOS 
window".

For rxvt it's in the man page: "TEXT SELECTION AND INSERTION".

Sorry, I don't see your point.


Thorsten
-- 
 Content-Type: text/explicit; charset=ISO-8859-666 (Parental Advisory)
 Content-Transfer-Warning: message contains innuendos not suited for
 children under the age of 18


--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Bug reporting: http://cygwin.com/bugs.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

Re: Why the rash of people bypassing setup.exe to install?

[andrew clarke]

On Sat, Feb 15, 2003 at 07:50:48AM +1100, andrew clarke wrote:

> Section 2 of the FAQ might also put people off using Setup because it's
> described as a "work-in-progress" and seemingly a bit of a moving target.

Actually, just out of interest, will new Setup programs always be
backward-compatible (within reason) with packages designed for old
versions of Setup?  The point being, a user should expect to be
able to install an old .tar.bz2 file from a local directory using
the latest version of Setup.  If not, it should be recommended that
users keep their old version of setup.exe (and not just overwrite
it with the newest setup.exe) because the new version may not be able
to install packages designed for the old version, because it's a
work-in-progress.

"Expect features and functionality to change."

Unless the FAQ is inaccurate!

--08:06:16--  http://cygwin.com/setup.exe

 4 Last-Modified: Thu, 04 Jul 2002 00:50:47 GMT

Hmm, nobody is working on it after all?

--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Bug reporting: http://cygwin.com/bugs.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

Re: Why the rash of people bypassing setup.exe to install?

[Elfyn McBratney]

> Christopher Faylor <[EMAIL PROTECTED]> writes:
>
> > I tried an experiment recently where I turned on ftp access to the
> > cygwin download directory on sources.redhat.com.  The result seemed
> > to be that people started downloading cygwin's package .tar.bz2 files
> > directly and (somehow) used tar to extract files rather than running
> > setup.exe.
>
> > Can anyone offer any explanation about this?
>
> Well, I've never tried to install via anything but the setup.exe.
> However, it is not obvious to me how to just get a single package that
> way.  The last few times I tried to do that, I ended up getting a
> massive amount of stuff.  Maybe some of your ftp users are similarly
> confused.

Setyp.exe installs all of the packages in the Base category. So when you
install everything from that category get's installed. When you have a mass
of packages installed, like me with everything, setup checks to see if those
packages have been updated on your mirror and if so marks them as Install.

> How do you get just 1 package via setup.exe?

Just click on it until it (the package) is set to Install. If you have a lot
of packages where updates are available they will be set to install so you
will need to cycle through the packages you don't want to upgrade until it
says Keep. I believe there is quite a few updated features in CVS for
setup.exe so there's probably a new easier way of doing it.


Regards,

Elfyn McBratney
[EMAIL PROTECTED]
www.exposure.org.uk



--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Bug reporting: http://cygwin.com/bugs.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

RE: Problem with accept(2) on the 1003.20.0.0 release

[jeff_burch]

Cheers to Elfyn!


> Do you by any chance have any firewall software running on the daemon'ish
> machine? ZoneAlaram perhaps?
>
>
> Regards,
>
> Elfyn McBratney
> [EMAIL PROTECTED]
> www.exposure.org.uk

I had version 3.21 of Aventail's connect SW installed on the problem machine. I 
removed it, reinstalled the lastest cygwin, tested!, re-installed version 4.1.2 of 
Avantail, tested again, and now all is well...

Accept(2) now works as expected with this version of Aventail...

If anyone has a clue as to what was going wrong, I'd love to know. Remember, the 
problem only occurred with the latest cygwin and this older version of Avantail. The 
same code compiled with Visual Studio always ran fine. So, there is some interaction 
between cygwin1.dll and Aventail...

Thanks, Jeff

Jeff Burch
Communications Solutions Department
Agilent Laboratories
Phone: 650-485-6364
Fax: 650-485-8092
email:   [EMAIL PROTECTED]



--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Bug reporting: http://cygwin.com/bugs.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

Re: Problem with accept(2) on the 1003.20.0.0 release

[Elfyn McBratney]

> Cheers to Elfyn!
>
>
> > Do you by any chance have any firewall software running on the
daemon'ish
> > machine? ZoneAlaram perhaps?
> >
> >
> > Regards,
> >
> > Elfyn McBratney
> > [EMAIL PROTECTED]
> > www.exposure.org.uk
>
> I had version 3.21 of Aventail's connect SW installed on the problem
machine. I removed it, reinstalled the lastest cygwin, tested!, re-installed
version 4.1.2 of Avantail, tested again, and now all is well...
>
> Accept(2) now works as expected with this version of Aventail...
>
> If anyone has a clue as to what was going wrong, I'd love to know.
Remember, the problem only occurred with the latest cygwin and this older
version of Avantail. The same code compiled with Visual Studio always ran
fine. So, there is some interaction between cygwin1.dll and Aventail...

It may be, well I know NIS and ZoneAlarm do it, that some firewall software
install their own versions of winsock and maybe other dll's so they can
enhance their firewall code and intrusion detection. Don't know what
Aventail is but it may have done the same. Maybe just something else...but
who knows :-)


Regards,

Elfyn McBratney
[EMAIL PROTECTED]
www.exposure.org.uk



--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Bug reporting: http://cygwin.com/bugs.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

Re: Why the rash of people bypassing setup.exe to install?

[Max Bowsher]

andrew clarke wrote:
> On Sat, Feb 15, 2003 at 07:50:48AM +1100, andrew clarke wrote:
>
>> Section 2 of the FAQ might also put people off using Setup because
>> it's described as a "work-in-progress" and seemingly a bit of a
>> moving target.
>
> Actually, just out of interest, will new Setup programs always be
> backward-compatible (within reason) with packages designed for old
> versions of Setup?  The point being, a user should expect to be
> able to install an old .tar.bz2 file from a local directory using
> the latest version of Setup.  If not, it should be recommended that
> users keep their old version of setup.exe (and not just overwrite
> it with the newest setup.exe) because the new version may not be able
> to install packages designed for the old version, because it's a
> work-in-progress.

The package format has never broken compatibility yet, and I don't think it
ever will.

> --08:06:16--  http://cygwin.com/setup.exe
>
>  4 Last-Modified: Thu, 04 Jul 2002 00:50:47 GMT
>
> Hmm, nobody is working on it after all?

Oh, lots of work has been going on, but all in CVS.


Max.


--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Bug reporting: http://cygwin.com/bugs.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

Re: Why the rash of people bypassing setup.exe to install?

[Larry Hall (RFK Partners, Inc.)]

andrew clarke wrote:

On Sat, Feb 15, 2003 at 07:50:48AM +1100, andrew clarke wrote:



Section 2 of the FAQ might also put people off using Setup because it's
described as a "work-in-progress" and seemingly a bit of a moving target.



Actually, just out of interest, will new Setup programs always be
backward-compatible (within reason) with packages designed for old
versions of Setup?  The point being, a user should expect to be
able to install an old .tar.bz2 file from a local directory using
the latest version of Setup.  If not, it should be recommended that
users keep their old version of setup.exe (and not just overwrite
it with the newest setup.exe) because the new version may not be able
to install packages designed for the old version, because it's a
work-in-progress.

"Expect features and functionality to change."

Unless the FAQ is inaccurate!



There are no plans to change the format of the packages.  I can't foresee
a need to ever do this.  Don't worry about such things unless you've
been given explicit need to do so.  It will give you ulcers! ;-)



--08:06:16--  http://cygwin.com/setup.exe

 4 Last-Modified: Thu, 04 Jul 2002 00:50:47 GMT

Hmm, nobody is working on it after all?



The new version of setup is being actively worked on.  Need proof?
Check out the cygwin-apps email archive.  There's been lots of work
since 7/4/2002.  It makes for good reading if this is the kind of
information you crave.


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


--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Bug reporting: http://cygwin.com/bugs.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

Re: Bash shell

[Randall R Schulz]

Thorsten,

At 13:01 2003-02-14, Thorsten Kampe wrote:

* Randall R Schulz (03-02-14 18:28 +0100)
> I think we're really getting the tag-team meanness down to a fine art,
> aren't we?
>
> Or is it "good cop / bad cop?"

I don't see your point.

I stated that there is no Linux nor Cygwin nor Windows nor BSD bash.
It's just GNU bash and if you have a "how do I 'foo' in bash"
question, it's almost definitely not Cygwin related.

I don't understand how someone who's "not new to Linux" could think
that copy and paste is a shell thing. It isn't "in Linux".

Copying and pasting in Windows Cmd/Command is basic Windows knowledge.
If you're using "cygwin.bat", it even looks like a simple "DOS
window".

For rxvt it's in the man page: "TEXT SELECTION AND INSERTION".

Sorry, I don't see your point.


Clearly.

It wasn't about the question or the answer, but rather about how 
different respondents say RTFM or "that's OT" while others cordially 
supply the answers and how the various roles in dealing with these 
tired old questions are traded around among the regulars and old-timers 
on the list.


Thorsten



Randall Schulz 


--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Bug reporting: http://cygwin.com/bugs.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

Re: Why the rash of people bypassing setup.exe to install?

[Christopher Faylor]

On Fri, Feb 14, 2003 at 12:15:05PM -0800, Peter A. Castro wrote:
>On Fri, 14 Feb 2003, Christopher Faylor wrote:
>
>> On Fri, Feb 14, 2003 at 07:55:57PM -, Elfyn McBratney wrote:
>> >> On Fri, Feb 14, 2003 at 06:39:47PM -, Elfyn McBratney wrote:
>> >> >Well, Gary (Gary R. Van Sickle) is the maintainer of that page, so
>> >>
>> >> Ack.  I missed that fact.
>> >>
>> >> Don't send Gary email about this!  I'm sure he doesn't need it.
>> >
>> >Ops! Too late! ;-) Only kiddin' I'm sure that's not a worry. Perhaps
>> >changing
>> >
>> >"Run this program any time you want to install a cygwin package."
>> >
>> >to
>> >
>> >"It is recommended that you use setup.exe whenever you want to install a
>> >cygwin package. If you install or update packages manually, you are doing so
>> >at your own risk."
>> >
>> >at the end of the third paragraph below "What's New and How Do I Get It?"...
>> 
>> I don't think people are actually reading that paragraph at all, though.  I
>> think that's part of the problem.
>
>As a preventative measure, how about adding some embedded tags into the
>cygwin.com home or install pages so that they'll have a higher hit-point
>ratio for various search combinations.  Something like adding:
>
>
>
>The next time the various web crawlers inspect the page they might give a
>larger weight to this page for the various word combinations.  Or have
>web crawlers changed such that this doesn't work anymore? 

I'll try that.  Thanks.

cgf

--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Bug reporting: http://cygwin.com/bugs.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

Re: Why the rash of people bypassing setup.exe to install?

[andrew clarke]

On Fri, Feb 14, 2003 at 03:45:37PM +, John M. Adams wrote:

> How do you get just 1 package via setup.exe?

When you reach the Select Packages dialog of setup.exe, hit the View
button (the tiny one on the upper-right...).  In the table there is a
column called "New" (I don't know why it's called that).  If you click
on the "cycle glyph" (that's what the FAQ calls it!), or just next to
it in the New column, for a package, you change what Setup will do with
that package.  For packages not already installed you can either Skip
the package, or choose the version you want to install (occasionally
you will have multiple versions of a package to choose from).  Already-
installed packages will be listed as "Keep" unless a newer version is
available.

So, to install a single package you will want to mark everything you
already have installed as Keep, and everything else as Skip, then choose
the version of the package you want to install.  Setup will re-add any
dependencies, if required.

Unfortunately, if you just want to install a single package, and newer
versions of other packages that you already have installed have been
released, it's cumbersome to tell Setup not to upgrade those other
packages (ie. mark them all as Keep), because you have to scroll through
the entire list looking for version numbers of those other packages, so
you can set them all to Keep.

Phew.

--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Bug reporting: http://cygwin.com/bugs.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

Re: Why the rash of people bypassing setup.exe to install?

[Christopher Faylor]

On Sat, Feb 15, 2003 at 07:50:48AM +1100, andrew clarke wrote:
>On Fri, Feb 14, 2003 at 01:26:15PM -0500, Christopher Faylor wrote:
>
>> I tried an experiment recently where I turned on ftp access to the
>> cygwin download directory on sources.redhat.com.  The result seemed
>> to be that people started downloading cygwin's package .tar.bz2 files
>> directly and (somehow) used tar to extract files rather than running
>> setup.exe.
>
>If I may, speaking on behalf of some of the less-technical Cygwin users,
>some points:
>
>Obviously for simple .tar.bz2 files without any dependencies or post-
>install scripts, etc, untarring would appear to users to be a harmless
>thing to do.

If you are a nontechnical cygwin user, then why would you be making
any determination of what is harmless or not harmless?  I would think
that it would be the reverse -- people who really know what they're
doing (or think they know what they're doing) would be untarring.

>I suspect people aren't reading the notes near the bottom of
>http://www.cygwin.com/download.html, or if they are, they don't believe
>what they read, notably the "Installing Cygwin using this method [untar]
>is not recommended." bit, because there's no explanation as to why
>it's not recommended.

Again, if you're nontechnical why would you draw the conclusion "They didn't
tell me why, so it must be ok"?  And, even if you did come to that conclusion,
wouldn't it make sense to *try* setup.exe when the download/untar combination
obviously doesn't work?

>Section 2 of the FAQ might also put people off using Setup because it's
>described as a "work-in-progress" and seemingly a bit of a moving target.

Sorry, but you're assuming a lot of stuff here that doesn't make sense to
me.

I see no indication that anyone is reading documentation and coming to
this kind of conclusion.  It seems more like they are bypassing the web
page entirely for some reason.

>Also, it may be that Setup is failing (eg. aborted downloads) for one
>reason or another, for more people than you think, so people are resorting
>to using Wget, or their browser, or something.

That's a viable theory.  This could well be.  However, it doesn't explain
an increase in this behavior unless cygwin has just become more popular
and the 1% of people who decide not to use setup.exe have just become
1% of a larger number.

>Then there are the numerous issues with the UI of the Setup program
>itself which no doubt dissuade people from using it.

I suppose so, but, again, it seems like many people *recently* are unaware
of the setup program entirely.

cgf

--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Bug reporting: http://cygwin.com/bugs.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

Re: Why the rash of people bypassing setup.exe to install?

[Randall R Schulz]

Chris,

At 13:59 2003-02-14, Christopher Faylor wrote:

On Sat, Feb 15, 2003 at 07:50:48AM +1100, andrew clarke wrote:
>On Fri, Feb 14, 2003 at 01:26:15PM -0500, Christopher Faylor wrote:
>
>> ...
>
>If I may, speaking on behalf of some of the less-technical Cygwin users,
>some points:
>
>Obviously for simple .tar.bz2 files without any dependencies or post-
>install scripts, etc, untarring would appear to users to be a harmless
>thing to do.


Maybe a new naming convention might serve to deter the naive: 
PackageName-versionOrDateTag.car ("Cygwin ARchive"). It would still be 
a BZip2-compressed TAR file, just as Java's ".jar" files are PKZIP 
files under a different name (and with some extra content structuring 
conventions).

While the uninitiated will think these files are something special and 
unique to Cygwin's installer, they will still be amenable to processing 
using the usual tools and all the same code will continue to work as it 
did before (with the possible exception of a minor change to Setup to 
know what ".car" means).

I make this suggestion about 50/50 serious / tongue-in-cheek.


If you are a nontechnical cygwin user, then why would you be making
any determination of what is harmless or not harmless?  I would think
that it would be the reverse -- people who really know what they're
doing (or think they know what they're doing) would be untarring.

>I suspect people aren't reading the notes near the bottom of
>http://www.cygwin.com/download.html, or if they are, they don't believe
>what they read, notably the "Installing Cygwin using this method [untar]
>is not recommended." bit, because there's no explanation as to why
>it's not recommended.

...

cgf



Randall Schulz 


--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Bug reporting: http://cygwin.com/bugs.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

Re: Why the rash of people bypassing setup.exe to install?

[Christopher Faylor]

On Fri, Feb 14, 2003 at 02:21:18PM -0800, Randall R Schulz wrote:
>Chris,
>
>At 13:59 2003-02-14, Christopher Faylor wrote:
>>On Sat, Feb 15, 2003 at 07:50:48AM +1100, andrew clarke wrote:
>>>On Fri, Feb 14, 2003 at 01:26:15PM -0500, Christopher Faylor wrote:
>>>
 ...
>>>
>>>If I may, speaking on behalf of some of the less-technical Cygwin users,
>>>some points:
>>>
>>>Obviously for simple .tar.bz2 files without any dependencies or post-
>>>install scripts, etc, untarring would appear to users to be a harmless
>>>thing to do.
>
>Maybe a new naming convention might serve to deter the naive: 
>PackageName-versionOrDateTag.car ("Cygwin ARchive"). It would still be 
>a BZip2-compressed TAR file, just as Java's ".jar" files are PKZIP 
>files under a different name (and with some extra content structuring 
>conventions).

You know, I almost mentioned that but I think that someone (Robert
Collins maybe?) may have suggested this previously and I adamantly
intoned that these were ".tar.bz2 files dammit".

However, changing the extension would go some way towards alleviating
this problem and it would open the door to creating different package
formats, identifiable by magic number.

I was also thinking of creating a '/dev/tty' file in the archive which
was just a real file containing the words "Hey! What are YOU DOING???" I
think that would cause a tar extraction to print that message to the
screen.  Don't know what it would do to setup.exe, though.

cgf

--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Bug reporting: http://cygwin.com/bugs.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

Re: Why the rash of people bypassing setup.exe to install?

[Rolf Campbell]

Well, I maintain an internal mirror for my company, and I use a custom
python script to parse our custom setup.ini and fetch the needed packages.
But, I never used sources.redhat.com.

"Christopher Faylor" <[EMAIL PROTECTED]> wrote in message
[EMAIL PROTECTED]">news:[EMAIL PROTECTED]...
> I tried an experiment recently where I turned on ftp access to the
> cygwin download directory on sources.redhat.com.  The result seemed
> to be that people started downloading cygwin's package .tar.bz2 files
> directly and (somehow) used tar to extract files rather than running
> setup.exe.
>
> So, that experiment was a bad idea.  I turned off access again.  Yet, I
> still have the feeling that many people are downloading packages
> directly (from mirrors I suppose) and then we get to experience the
> maddening "I downloaded foo and it gives me an error about missing bar.
> What in the world could possibly be the problem"
>
> Can anyone offer any explanation about this?  Or maybe convince me that
> I'm wrong in noticing this trend?  I suppose that it is possible that
> we are now hitting a newer stupider brand of user who just can't be
> bothered to read the cygwin web site and click on a link to download
> but I'm wondering if there is another explanation.  Maybe there is
> a popular web page out there with wrong advice or something...
>
> cgf
> --
> 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
Bug reporting: http://cygwin.com/bugs.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

Re: Why the rash of people bypassing setup.exe to install?

[Christopher Faylor]

On Fri, Feb 14, 2003 at 05:31:05PM -0500, Rolf Campbell wrote:
>Well, I maintain an internal mirror for my company, and I use a custom
>python script to parse our custom setup.ini and fetch the needed packages.
>But, I never used sources.redhat.com.

So, translation: "I have no insight into the problem but I thought I'd
send email anyway."

cgf

--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Bug reporting: http://cygwin.com/bugs.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

Re: Why the rash of people bypassing setup.exe to install?

[Robert Collins]

On Sat, 2003-02-15 at 09:28, Christopher Faylor wrote:


> 
> You know, I almost mentioned that but I think that someone (Robert
> Collins maybe?) may have suggested this previously and I adamantly
> intoned that these were ".tar.bz2 files dammit".

We had a long thread on cygwin-apps about this ~ 18 months back. It's
the work of minutes to allow setup to install .cyg files - the encoding
(gzip or bzip2) will be autodetected. I'm happy to ensure that this is
in the next release.

> However, changing the extension would go some way towards alleviating
> this problem and it would open the door to creating different package
> formats, identifiable by magic number.

We already have that (magic number support in setup). There was a
contributed patch that we discussed the architecture of on cygwin-apps,
eventually I wrote a similar thing using that patch for inspiration /
information.

> I was also thinking of creating a '/dev/tty' file in the archive which
> was just a real file containing the words "Hey! What are YOU DOING???" I
> think that would cause a tar extraction to print that message to the
> screen.  Don't know what it would do to setup.exe, though.

probably create c:/cygwin/dev/tty...

Rob

-- 
GPG key available at: .



signature.asc
Description: This is a digitally signed message part

How to convert unicode to Big5 using iconv

[jklcom]

Can someone show me some examples on how to use iconv_open and iconv to
do conversion between unicode and big5?

Thank you
-Jeff


--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Bug reporting: http://cygwin.com/bugs.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

Re: Why the rash of people bypassing setup.exe to install?

[Robert Collins]

On Sat, 2003-02-15 at 08:59, Christopher Faylor wrote:


> I suppose so, but, again, it seems like many people *recently* are unaware
> of the setup program entirely.

Hmm, I think we should add a new screen to setup.exe.

After the install completes..

"Your cygwin install is now ready to use. Please run setup.exe again if
you want to Install new packages, Remove installed packages, or Update
your install with the latest versions of your installed packages."

Rob
-- 
GPG key available at: .



signature.asc
Description: This is a digitally signed message part

Re: Why the rash of people bypassing setup.exe to install?

[Robert Collins]

On Sat, 2003-02-15 at 08:31, andrew clarke wrote:
> On Fri, Feb 14, 2003 at 03:45:37PM +, John M. Adams wrote:
> 
> > How do you get just 1 package via setup.exe?
...
> So, to install a single package you will want to mark everything you
> already have installed as Keep, and everything else as Skip, then choose
> the version of the package you want to install.  Setup will re-add any
> dependencies, if required.

There is an easier way..
click on on the button that starts out as 'Categories' until it shows
partial. Then set all those packages to 'keep' if you don't want to
upgrade them.

Now click on partial to get back to categories, browse for your package,
and then click it's version to select the one you want.

Bingo.

Rob
-- 
GPG key available at: .



signature.asc
Description: This is a digitally signed message part