cygwin-sc.1044002190.pedfdhcgdmpiockfiaei-fj_br_=web.de@cygwin.com

[fj_br_]

[EMAIL PROTECTED] schrieb am 31.01.03 
09:36:34:
> 
> Hi! This is the ezmlm program. I'm managing the
> [EMAIL PROTECTED] mailing list.
> 
> To confirm that you would like
> 
>[EMAIL PROTECTED]
> 
> added to the cygwin mailing list, please send
> an empty reply to this address:
> 
>[EMAIL PROTECTED]
> 
> Usually, this happens when you just hit the "reply" button.
> If this does not work, simply copy the address and paste it into
> the "To:" field of a new message.
> 
> This confirmation serves two purposes. First, it verifies that I am able
> to get mail through to you. Second, it protects you in case someone
> forges a subscription request in your name.
> 
> Some mail programs are broken and cannot handle long addresses. If you
> cannot reply to this request, instead send a message to
> <[EMAIL PROTECTED]> and put the
> entire address listed above into the "Subject:" line.
> 
> 
> --- Administrative commands for the cygwin list ---
> 
> I can handle administrative requests automatically. Please
> DO NOT SEND THEM TO THE LIST ADDRESS! If you do, I will not
> see them and other subscribers will be annoyed. Instead, send
> your message to the correct command address:
> 
> 
> To subscribe to the list, send a message to:
><[EMAIL PROTECTED]>
> 
> To remove your address from the list, send a message to:
><[EMAIL PROTECTED]>
> 
> Send mail to the following for info and FAQ for this list:
><[EMAIL PROTECTED]>
><[EMAIL PROTECTED]>
> 
> Similar addresses exist for the digest list:
><[EMAIL PROTECTED]>
><[EMAIL PROTECTED]>
> 
> To get messages 123 through 145 (a maximum of 100 per request), mail:
><[EMAIL PROTECTED]>
> 
> To get an index with subject and author for messages 123-456 , mail:
><[EMAIL PROTECTED]>
> 
> They are always returned as sets of 100, max 2000 per request,
> so you'll actually get 100-499.
> 
> To receive all messages with the same subject as message 12345,
> send an empty message to:
><[EMAIL PROTECTED]>
> 
> The messages do not really need to be empty, but I will ignore
> their content. Only the ADDRESS you send to is important.
> 
> You can start a subscription for an alternate address,
> for example "[EMAIL PROTECTED]", just add a hyphen and your
> address (with '=' instead of '@') after the command word:
> <[EMAIL PROTECTED]>
> 
> To stop subscription for this address, mail:
> <[EMAIL PROTECTED]>
> 
> In both cases, I'll send a confirmation message to that address. When
> you receive it, simply reply to it to complete your subscription.
> 
> If despite following these instructions, you do not get the
> desired results, please contact my owner at
> [EMAIL PROTECTED] Please be patient, my owner is a
> lot slower than I am ;-)
> 
> --- Enclosed is a copy of the request I received.
> 
> Return-Path: <[EMAIL PROTECTED]>
> Received: (qmail 30421 invoked by uid 48); 31 Jan 2003 08:36:30 -
> Date: 31 Jan 2003 08:36:30 -
> Message-ID: <[EMAIL PROTECTED]>
> From: [EMAIL PROTECTED]
> To: [EMAIL PROTECTED]
> 
> 


__
Ihr FreeMail-Postfach kann von jedem Telekom Festnetzanschluss erreicht
werden? Mit der Voicebox - http://freemail.web.de/features/?mc=021163


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

Problems with find

[fj_br_]

Hi folks,

I trie to search file with find an didn't find all the file which should be found

I search for all file starting with 1000 an the file 1000.zip in the diretory 1000 is 
not found
$ find . -name 1000\*
./1000.zip
./1000

but when I ls the directory 1000 the file is listed
$ ls 1000
1000.zip

As you can see I use the find installed in /usr/bin
$ which find
/usr/bin/find
$ type find
find is hashed (/usr/bin/find)


what is wrong? Is it a bug or my fault?

Thanks for any help and hint

Franz
__
Ihnen fehlen die richtigen Worte für Ihre SMS? WEB.DE FreeMail hat die
besten Sprueche für Sie. http://freemail.web.de/features/?mc=021169


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

Getting rid of auto-import warnings

[Johnny Willemsen]

Hi,

I am working on getting ACE/TAO compiling with Cygwin GCC 3.2. For this, I
have setup a daily build that published the build results to
http://doc.ece.uci.edu/scoreboard/. You can there find the current results
for Cygwin GCC 3.2.

I have modified a lot of makefiles to correctly set __declspec import/export
when building with shared libraries. I got most of ACE/TAO compiling, but
independent of setting the linker flags --enable-auto-import or
--disable-auto-import I keep getting warnings about auto-import. It is a
class with multiple statics and only on one of the statics the warning is
given.

The warnings:
[Details] Info: resolving ACE_Time_Value::max_time by linking to
__imp___ZN14ACE_Time_Value8max_timeE (auto-import)
[Details] Info: resolving ACE_Time_Value::max_time by linking to
__imp___ZN14ACE_Time_Value8max_timeE (auto-import)
[Details] Info: resolving ACE_Time_Value::max_time by linking to
__imp___ZN14ACE_Time_Value8max_timeE (auto-import)
[Details] Info: resolving ACE_Time_Value::max_time by linking to
__imp___ZN14ACE_Time_Value8max_timeE (auto-import)
[Details] Info: resolving ACE_Time_Value::max_time by linking to
__imp___ZN14ACE_Time_Value8max_timeE (auto-import)

Is it somehow possible to get rid of these warnings? Please also respons to
my e-mail address because I am not subscribe to the mailing list.

Johnny Willemsen
Remedy IT BV
Leeghwaterstraat 25
2811 DT Reeuwijk
The Netherlands
www.remedy.nl / www.theaceorb.nl


--
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: Problems with find

[Carlo Florendo]

find . -name 1000.*

- Original Message -
From: <[EMAIL PROTECTED]>
To: <[EMAIL PROTECTED]>
Sent: Friday, January 31, 2003 5:57 PM
Subject: Problems with find


Hi folks,

I trie to search file with find an didn't find all the file which should be
found

I search for all file starting with 1000 an the file 1000.zip in the
diretory 1000 is not found
$ find . -name 1000\*
./1000.zip
./1000

but when I ls the directory 1000 the file is listed
$ ls 1000
1000.zip

As you can see I use the find installed in /usr/bin
$ which find
/usr/bin/find
$ type find
find is hashed (/usr/bin/find)


what is wrong? Is it a bug or my fault?

Thanks for any help and hint

Franz

__
Ihnen fehlen die richtigen Worte für Ihre SMS? WEB.DE FreeMail hat die
besten Sprueche für Sie. http://freemail.web.de/features/?mc=021169


--
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: Problems with find

[Thorsten Kampe]

* <[EMAIL PROTECTED]> (03-01-31 09:57 +0100)
> I trie to search file with find an didn't find all the file which should be
> found
> 
> I search for all file starting with 1000 an the file 1000.zip in the
> diretory 1000 is not found
> $ find . -name 1000\*

find -type f -name '1000*'

> ./1000.zip
> ./1000
> 
> but when I ls the directory 1000 the file is listed
> $ ls 1000
> 1000.zip

> [...]

> what is wrong? Is it a bug or my fault?

I cannot reproduce this so it's probably PEBCAC. You'd better ask in 
news:de.comp.os.unix.shell :
http://groups.google.com/groups?as_q=find&num=100&as_scoring=r&hl=de&as_ugroup=de.comp.os.unix.shell

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: Updated: cygwin-1.3.19-1

[Vincent Legoll]

> - Return ENOSYS on invalid argument to setitimer.
>(Christopher Faylor)

Shouldn't that be EINVAL instead ?
ENOSYS isn't for: no syscall ?

-- 
Vincent Legoll - Peregrine Systems - C.M.


--
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: exim-4.12-3

[Pierre A. Humblet]

I've updated the version of exim to 4.12-3

This version is identical to 4.12-2 but now linked against openssl-0.9.7
It also works around a chown bug when running the queue from the shell.

Pierre

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

Note that we do not allow downloads from sources.redhat.com (aka
cygwin.com) due to bandwidth limitations.  This means that you will need
to find a mirror which has this update.

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.

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.


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

Cygwin 1.3.19/bash prompt bug

[James Begley]

Hi,

I have just upgraded to the most recent version (1.3.19) of the cygwin dll, and 
I have small, weird problem.  The bash prompt no longer shows the username 
correctly - see examples below.  I am running cygwin from a Win2000 machine, 
with service pack 3 installed.


m>ao@hafnasandur ~
$ id -un
james


With a little experimenting, this appears to be a problem with the latest 
version of the cygwin dll, when run without (MS) administrative rights.  When 
cygwin is run from an account with admin rights, there is no problem


administrator@hafnasandur ~
$ id -un
administrator


And when I go back to version 1.3.18, I also have no problem


james@hafnasandur ~
$ id -un
james


[Of course, there could be some subtle difference between the 2 accounts other 
than just the admin rights ...]

Googling back through the cygwin mailing list showed a similar problem reported 
on the 25th of January (see http://cygwin.com/ml/cygwin/2003-01/msg01503.html ) 
which came about after another application had altered the windows $PATH 
variable.  This is not the case here - I have not changed anything apart from 
the version of cygwin (I updated the cygwin gdb at the same time, but that 
shouldnt affect things).  I have made no changes from the defaults for either 
/etc/profile or /etc/passwd as suggested in the responses to the message above.

Now, whilst this doesnt affect my use of cygwin - everything still runs/works as 
expected - but it would be nice to see my username displayed in the prompt!

Any ideas?  I've attached a copy of the output from cygcheck -s -v -r for the 
interested/bored

Thanks in advance,

James.

James Begley
-- 
Telephone: +354-552-0240.
Marine Research Institute,
Skulagata 4, P.O. Box 1390,
121 Reykjavik, Iceland.


Cygwin Win95/NT Configuration Diagnostics
Current System Time: Fri Jan 31 11:13:45 2003

Windows 2000 Professional Ver 5.0 Build 2195 Service Pack 3

Path:   C:\cygwin\usr\local\bin
C:\cygwin\bin
C:\cygwin\bin
c:\WINNT\Tcl\bin
c:\MikTex\miktex\bin
c:\Perl\bin\
c:\WINNT\system32
c:\WINNT
c:\WINNT\System32\Wbem
c:\Program Files\Common Files\Adaptec Shared\System
c:\Program Files\doxygen\bin
c:\Program Files\TortoiseCVS

SysDir: C:\WINNT\System32
WinDir: C:\WINNT

HOME = `C:\cygwin\home\james'
MAKE_MODE = `unix'
PWD = `/home/james'
USER = `james'

ALLUSERSPROFILE = `C:\Documents and Settings\All Users'
APPDATA = `C:\Documents and Settings\james\Application Data'
COMMONPROGRAMFILES = `C:\Program Files\Common Files'
COMPUTERNAME = `HAFNASANDUR'
COMSPEC = `C:\WINNT\system32\cmd.exe'
HOMEDRIVE = `Y:'
HOMEPATH = `\.profiles'
HOMESHARE = `\\hafkaldi\james'
HOSTNAME = `hafnasandur'
LOGONSERVER = `\\HAFRO'
MANPATH = `:/usr/ssl/man'
NUMBER_OF_PROCESSORS = `1'
OLDPWD = `/usr/bin'
OS2LIBPATH = `C:\WINNT\system32\os2\dll;'
OS = `Windows_NT'
PATHEXT = 
`.COM;.EXE;.BAT;.CMD;.VBS;.VBE;.JS;.JSE;.WSF;.WSH;.py;.pyc;.pyo;.pyw;.pys;.tcl'
PROCESSOR_ARCHITECTURE = `x86'
PROCESSOR_IDENTIFIER = `x86 Family 6 Model 11 Stepping 1, GenuineIntel'
PROCESSOR_LEVEL = `6'
PROCESSOR_REVISION = `0b01'
PROGRAMFILES = `C:\Program Files'
PROMPT = `$P$G'
PS1 = `\[\033]0;\w\007
\033[32m\]\w \[\033[33m\t\033[0m\]
$ '
SHLVL = `1'
SYSTEMDRIVE = `C:'
SYSTEMROOT = `C:\WINNT'
TEMP = `c:\Temp'
TERM = `cygwin'
TMP = `c:\Temp'
USERDOMAIN = `HAF'
USERNAME = `james'
USERPROFILE = `C:\Documents and Settings\james'
WINDIR = `C:\WINNT'
_ = `/usr/bin/cygcheck'

HKEY_CURRENT_USER\Software\Cygnus Solutions
HKEY_CURRENT_USER\Software\Cygnus Solutions\Cygwin
HKEY_CURRENT_USER\Software\Cygnus Solutions\Cygwin\mounts v2
HKEY_CURRENT_USER\Software\Cygnus Solutions\Cygwin\Program Options
HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions
HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\Cygwin
HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\Cygwin\mounts v2
  (default) = `/cygdrive'
  cygdrive flags = 0x0022
HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\Cygwin\mounts v2\/
  (default) = `C:\cygwin'
  flags = 0x000a
HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\Cygwin\mounts v2\/usr/bin
  (default) = `C:\cygwin/bin'
  flags = 0x000a
HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\Cygwin\mounts v2\/usr/lib
  (default) = `C:\cygwin/lib'
  flags = 0x000a
HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\Cygwin\Program Options

c:  hd  NTFS   10001Mb  43% CP CS UN PA FC JUMBO
d:  cd   N/AN/A
e:  cd   N/AN/A
f:  fd  FAT  124Mb   1% CPUN   USBDISK
h:  net NTFS   89344Mb  92% CP CSPAhaf
j:  net NTFS   44285Mb  98% CP CSPAja

Re: (no subject)

[Earnie Boyd]

Date: Thu, 30 Jan 2003 13:37:03 -0500
From: Christopher Faylor <[EMAIL PROTECTED]>
To: Matthew Aldous <[EMAIL PROTECTED]>
Cc: [EMAIL PROTECTED], [EMAIL PROTECTED]
Subject: Re: mingw-runtime-2.3, w32api-2.1, uberbaum
Message-ID: <[EMAIL PROTECTED]>
Reply-To: [EMAIL PROTECTED]
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii

Please check out the project web page for links to available information
and ports:  http://cygwin.com/ .

If you don't see what you need there, then the cygwin mailing list is
the best place to make observations or get questions answered.
Information on the mailing list is available at the project web page.

For your convenience, I've reset the Reply-To: address to point to the
cygwin mailing list.  I've also Cc'ed this reply there.



And since this has to do more with MinGW than with Cygwin, it's would be 
better discussed on the [EMAIL PROTECTED] list.  I likewise have 
redirected this there.

On Thu, Jan 30, 2003 at 04:51:53PM +0100, Matthew Aldous wrote:


Hi,

I'm trying to build a cross compiled mingw build under netbsd 1.6 using the
uberbaum cvs sources, but am experiencing the errors below with pex-win32.c

I'm using mingw-runtime-2.3 and w32api-2.1, and was wondering if there was
an obvious "try this" solution when using newlib..



If you're building a MinGW of GCC then why are the newlib headers being 
included for the target binary?  Perhaps 
http://www.mingw.org/mingwfaq.shtml#faq-cross might help.

Earnie.

Thanks in advance,

Matthew Aldous.

gmake[1]: Entering directory 
`/home/user/uberbaum/obj.i386-pc-mingw32/i386-pc-mingw32/libiberty'
if [ x"" != x ]; then \
/home/user/uberbaum/obj.i386-pc-mingw32/gcc/xgcc 
-B/home/user/uberbaum/obj.i386-pc-mingw32/gcc/ -nostdinc 
-B/home/user/uberbaum/obj.i386-pc-mingw32/i386-pc-mingw32/newlib/ 
-isystem 
/home/user/uberbaum/obj.i386-pc-mingw32/i386-pc-mingw32/newlib/targ-include 
-isystem /home/user/uberbaum/newlib/libc/include 
-B/usr/local/i386-pc-mingw32/bin/ -B/usr/local/i386-pc-mingw32/lib/ 
-isystem /usr/local/i386-pc-mingw32/include 
-L/home/user/uberbaum/obj.i386-pc-mingw32/ld -c -DHAVE_CONFIG_H -O2 -g 
-O2 -I. -I../../../libiberty/../include  -W -Wall -Wtraditional 
-pedantic  ../../../libiberty/pex-win32.c -o pic/pex-win32.o; \
else true; fi
/home/user/uberbaum/obj.i386-pc-mingw32/gcc/xgcc 
-B/home/user/uberbaum/obj.i386-pc-mingw32/gcc/ -nostdinc 
-B/home/user/uberbaum/obj.i386-pc-mingw32/i386-pc-mingw32/newlib/ 
-isystem 
/home/user/uberbaum/obj.i386-pc-mingw32/i386-pc-mingw32/newlib/targ-include 
-isystem /home/user/uberbaum/newlib/libc/include 
-B/usr/local/i386-pc-mingw32/bin/ -B/usr/local/i386-pc-mingw32/lib/ 
-isystem /usr/local/i386-pc-mingw32/include 
-L/home/user/uberbaum/obj.i386-pc-mingw32/ld -c -DHAVE_CONFIG_H -O2 -g 
-O2 -I. -I../../../libiberty/../include  -W -Wall -Wtraditional 
-pedantic ../../../libiberty/pex-win32.c -o pex-win32.o
In file included from ../../../libiberty/pex-win32.c:35:
/usr/local/i386-pc-mingw32/include/io.h:144: error: conflicting types 
for `getcwd'
/home/user/uberbaum/newlib/libc/include/sys/unistd.h:49: error: previous 
declaration of `getcwd'
In file included from 
/home/user/uberbaum/newlib/libc/include/sys/fcntl.h:164,
  from /home/user/uberbaum/newlib/libc/include/fcntl.h:1,
  from ../../../libiberty/pex-win32.c:36:
/home/user/uberbaum/newlib/libc/include/sys/stat.h:125: error: 
conflicting types for `mkdir'
/usr/local/i386-pc-mingw32/include/io.h:145: error: previous declaration 
of `mkdir'
../../../libiberty/pex-win32.c: In function `pexecute':
../../../libiberty/pex-win32.c:188: error: `_spawnvp' undeclared (first 
use in this function)
../../../libiberty/pex-win32.c:188: error: (Each undeclared identifier 
is reported only once
../../../libiberty/pex-win32.c:188: error: for each function it appears in.)
../../../libiberty/pex-win32.c:188: error: `_spawnv' undeclared (first 
use in this function)
../../../libiberty/pex-win32.c:206: warning: assignment discards 
qualifiers from pointer target type
../../../libiberty/pex-win32.c:141: warning: unused variable `retries'
../../../libiberty/pex-win32.c:141: warning: unused variable 
`sleep_interval'
../../../libiberty/pex-win32.c:133: warning: unused parameter `this_pname'
../../../libiberty/pex-win32.c:134: warning: unused parameter `temp_base'
../../../libiberty/pex-win32.c: In function `pwait':
../../../libiberty/pex-win32.c:228: warning: implicit declaration of 
function `_cwait'
../../../libiberty/pex-win32.c:224: warning: unused parameter `flags'
gmake[1]: *** [pex-win32.o] Error 1
gmake[1]: Leaving directory 
`/home/user/uberbaum/obj.i386-pc-mingw32/i386-pc-mingw32/libiberty'
gmake: *** [all-target-libiberty] Error 2


At 09:54 PM 1/30/2003, Jim Kleckner wrote:



Max Bowsher wrote:



William A. Hoffman wrote:


[snip]


2. Failing that, it would be nice if the setup program had a button that
set all the values to Keep.   The problem is that if I want a new
package X, I have to click 20 

Cygwin 1.3.19-1 and up: Garbage printed in ls output if the userentry is missing from /etc/passwd

[Pavel Tsekov]

Hello,

I've just completed a fresh installation of Cygwin on Win2k Pro / SP3. I 
installed Cygwin as Administrator but then created an user called ptsekov. 
It happened that I forgot to update the password database after I created 
the new user. So I've logged in as ptsekov and the first thing I saw was 
the strange prompt - with the latests snapshot version of Cygwin 
(20030130) it looks like this for me:

<@mordor

With the released 1.3.19-1 version it was a little bit different.

Then I issued 'ls -l' on a directory which contained files with owner 
'ptsekov'. The output contained garbage in the owner field of the 'ls' 
output.

Now I know that it is not good if the user's entry is missing from the 
passwd database and I've corrected this, but I thought I'd post so that
this could be fixed. It seems like there is some variable 
left uninitialized if the passwd entry is missing.


--
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: Cygwin 1.3.19/bash prompt bug

[Pavel Tsekov]

Hello,

On Fri, 31 Jan 2003, James Begley wrote:

> Hi,
> 
> I have just upgraded to the most recent version (1.3.19) of the cygwin dll, and 
> I have small, weird problem.  The bash prompt no longer shows the username 
> correctly - see examples below.  I am running cygwin from a Win2000 machine, 
> with service pack 3 installed.
> 
> 
> m>ao@hafnasandur ~
> $ id -un
> james
> 


I've just posted about the same issue :) You are missing the entry for 
james in the /etc/passwd file. Update the passwd database with mkpasswd 
and you should be fine.



--
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: Cygwin 1.3.19/bash prompt bug

[James Begley]

Hi,

>I've just posted about the same issue :) You are missing the entry for 
>james in the /etc/passwd file. Update the passwd database with mkpasswd 
>and you should be fine.

Thanks for that - I have now got it to work, but it wasnt quite as simple as it 
should have been!

The 'administrator' account (that I use infrequently to install/update software) 
is an account local to this PC.  The 'james' account (which I use all the time) 
is a network account, and doesnt show up in the Microsoft "users and passwords" 
tool.

So, after rummaging around in the registry to find out what the 'SID' of the 
network account was, I manually added this to the /etc/passwd file (using the 
helpful hints at http://www.cygwin.com/cygwin-ug-net/ntsec.html)

Having thought about it a bit, I'm not entirely sure why things did work with 
version 1.3.18, since there wasnt an entry in the /etc/passwd file.  However, 
the default guess that used to be there did work.

Thanks again,
James.

James Begley
-- 
Telephone: +354-552-0240.
Marine Research Institute,
Skulagata 4, P.O. Box 1390,
121 Reykjavik, Iceland.


--
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: Cygwin 1.3.19/bash prompt bug

[Max Bowsher]

James Begley wrote:
>> I've just posted about the same issue :) You are missing the entry
>> for 
>> james in the /etc/passwd file. Update the passwd database with
>> mkpasswd 
>> and you should be fine.
> 
> Thanks for that - I have now got it to work, but it wasnt quite as
> simple as it should have been!
> 
> The 'administrator' account (that I use infrequently to
> install/update software) is an account local to this PC.  The 'james'
> account (which I use all the time) is a network account, and doesnt
> show up in the Microsoft "users and passwords" tool.
> 
> So, after rummaging around in the registry to find out what the 'SID'
> of the network account was, I manually added this to the /etc/passwd
> file (using the helpful hints at
> http://www.cygwin.com/cygwin-ug-net/ntsec.html) 

How about:
$ mkpasswd -d -u james >> /etc/passwd
No registry fiddling involved.

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: Cygwin 1.3.19/bash prompt bug

[James Begley]

>
>How about:
>$ mkpasswd -d -u james >> /etc/passwd
>No registry fiddling involved.
>

Yep, that worked just as well.  I might try that next time!

Thanks,
James.

James Begley
-- 
Telephone: +354-552-0240.
Marine Research Institute,
Skulagata 4, P.O. Box 1390,
121 Reykjavik, Iceland.


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

Can't see full list in setup.exe

[Colin Harrison]

Hi,

I can no longer see the full list when I run setup.exe? 

Colin


--
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: Can't see full list in setup.exe

[Max Bowsher]

Colin Harrison wrote:
> I can no longer see the full list when I run setup.exe?

Of what?.

Go read http://cygwin.com/bugs.html before replying.

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: Problems with find

[Ian R. Chesal]

Your syntax is incorrect. Try:

find . -name "1000*"

I just tried in in /tmp on my cygwin installation and here's the output:

$ find . -name 1000* -o -name 1000.*
./1000
./1000/1000.zip
./1000.tar.gz

You can limit the find to just files or directories with the -type flag.
Do 'info find' to learn more. The way you had the expression written
each conditional was joined with an implicit -a (and) so that find would
only print if all three evaluated to true. You wanted a -o (or) between
each pattern but really you can accomplish what you want with a quoted
pattern, which IMHO is a more straight-forward way to look for what you
want.

Ian

-Original Message-
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]] On Behalf
Of [EMAIL PROTECTED]
Sent: January 31, 2003 3:57 AM
To: [EMAIL PROTECTED]
Subject: Problems with find


Hi folks,

I trie to search file with find an didn't find all the file which should
be found

I search for all file starting with 1000 an the file 1000.zip in the
diretory 1000 is not found $ find . -name 1000\* ./1000.zip ./1000

but when I ls the directory 1000 the file is listed
$ ls 1000
1000.zip

As you can see I use the find installed in /usr/bin
$ which find
/usr/bin/find
$ type find
find is hashed (/usr/bin/find)


what is wrong? Is it a bug or my fault?

Thanks for any help and hint

Franz

__
Ihnen fehlen die richtigen Worte für Ihre SMS? WEB.DE FreeMail hat die
besten Sprueche für Sie. http://freemail.web.de/features/?mc=021169


--
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: Can't see full list in setup.exe

[Colin Harrison]

Hi,

I'm running the cygwin installer setup executable.

XP Pro sp1 + cygwin 1.3.19-1 + 16 bit video


Cygwin Win95/NT Configuration Diagnostics
Current System Time: Fri Jan 31 14:56:27 2003

Windows XP Professional Ver 5.1 Build 2600 Service Pack 1

Path:   D:\cygwin\usr\local\bin
D:\cygwin\bin
D:\cygwin\usr\sbin
D:\cygwin\usr\X11R6\bin
d:\oracle\ora92\bin
c:\Program Files\Oracle\jre\1.3.1\bin
c:\Program Files\Oracle\jre\1.1.8\bin
c:\WINDOWS\system32
c:\WINDOWS
c:\WINDOWS\System32\Wbem
c:\Program Files\Support Tools\
c:\Program Files\Executive Software\DiskeeperServer\
c:\Program Files\Common Files\Autodesk Shared\

SysDir: C:\WINDOWS\System32
WinDir: C:\WINDOWS

HOME = `D:\cygwin\home\colin'
MAKE_MODE = `unix'
PWD = `/home/colin'
USER = `colin'

ALLUSERSPROFILE = `C:\Documents and Settings\All Users'
APPDATA = `C:\Documents and Settings\colin\Application Data'
BASH_ENV = `colin'
CLIENTNAME = `Console'
COMMONPROGRAMFILES = `C:\Program Files\Common Files'
COMPUTERNAME = `ZERMATT'
COMSPEC = `C:\WINDOWS\system32\cmd.exe'
DISKEEPERICON = `C:\Program Files\Executive Software\DiskeeperServer\'
DISPLAY = `127.0.0.1:2.0'
HOMEDRIVE = `C:'
HOMEPATH = `\Documents and Settings\colin'
HOSTNAME = `zermatt.straightrunning.com'
LOGONSERVER = `\\ZERMATT'
MANPATH = `:/usr/ssl/man'
NUMBER_OF_PROCESSORS = `1'
OLDPWD = `/usr/bin'
OS = `Windows_NT'
PATHEXT = `.COM;.EXE;.BAT;.CMD;.VBS;.VBE;.JS;.JSE;.WSF;.WSH'
PROCESSOR_ARCHITECTURE = `x86'
PROCESSOR_IDENTIFIER = `x86 Family 6 Model 8 Stepping 3, GenuineIntel'
PROCESSOR_LEVEL = `6'
PROCESSOR_REVISION = `0803'
PROGRAMFILES = `C:\Program Files'
PROMPT = `$P$G'
PS1 = `[\u@\h \W]\$ '
SESSIONNAME = `Console'
SHLVL = `1'
SYSTEMDRIVE = `C:'
SYSTEMROOT = `C:\WINDOWS'
TEMP = `c:\DOCUME~1\colin\LOCALS~1\Temp'
TERM = `cygwin'
TMP = `c:\DOCUME~1\colin\LOCALS~1\Temp'
USERDOMAIN = `ZERMATT'
USERNAME = `colin'
USERPROFILE = `C:\Documents and Settings\colin'
WF_RESOURCES = `D:\oracle\ora92\WF\RES\WFus.RES'
WINDIR = `C:\WINDOWS'
_ = `/usr/bin/cygcheck'

HKEY_CURRENT_USER\Software\Cygnus Solutions
HKEY_CURRENT_USER\Software\Cygnus Solutions\Cygwin
HKEY_CURRENT_USER\Software\Cygnus Solutions\Cygwin\mounts v2
HKEY_CURRENT_USER\Software\Cygnus Solutions\Cygwin\Program Options
HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions
HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\Cygwin
HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\Cygwin\mounts v2
  (default) = `/cygdrive'
  cygdrive flags = 0x0022
HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\Cygwin\mounts v2\/
  (default) = `D:\cygwin'
  flags = 0x000a
HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\Cygwin\mounts v2\/usr/bin
  (default) = `D:\cygwin/bin'
  flags = 0x000a
HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\Cygwin\mounts v2\/usr/lib
  (default) = `D:\cygwin/lib'
  flags = 0x000a
HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\Cygwin\mounts v2\/usr/X11R6/lib/X11/fonts
  (default) = `D:\cygwin\usr\X11R6\lib\X11\fonts'
  flags = 0x000a
HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\Cygwin\Program Options

a:  fd   N/AN/A
b:  fd   N/AN/A
c:  hd  NTFS6008Mb  57% CP CS UN PA FC 6GB EIDE
d:  hd  NTFS6008Mb  73% CP CS UN PA FC 6GB EIDE
e:  hd  NTFS6008Mb  93% CP CS UN PA FC 6GB EIDE
f:  hd  NTFS1490Mb  58% CP CS UN PA FC 1GB EIDE
g:  cd   N/AN/A
h:  cd   N/AN/A
i:  net NTFS4076Mb  42% CP CSPAscratch
j:  net NTFS   14762Mb  44% CP CSPAscratch
k:  net NTFS   14762Mb  44% CP CSPAcolin

D:\cygwin  / system  binmode
D:\cygwin/bin  /usr/bin  system  binmode
D:\cygwin/lib  /usr/lib  system  binmode
D:\cygwin\usr\X11R6\lib\X11\fonts  /usr/X11R6/lib/X11/fonts  system  binmode
.  /cygdrive userbinmode,cygdrive

Found: D:\cygwin\bin\bash.exe
Found: D:\cygwin\bin\cat.exe
Found: D:\cygwin\bin\cpp.exe
Found: D:\cygwin\bin\find.exe
Found: D:\cygwin\bin\gcc.exe
Found: D:\cygwin\bin\gdb.exe
Found: D:\cygwin\bin\ld.exe
Found: D:\cygwin\bin\ls.exe
Found: D:\cygwin\bin\make.exe
Found: D:\cygwin\bin\sh.exe

   58k 2002/05/07 D:\cygwin\bin\cygbz2-1.dll - os=4.0 img=1.0 sys=4.0
  "cygbz2-1.dll" v0.0 ts=2002/5/7 7:33
  847k 2003/01/09 D:\cygwin\bin\cygcrypto-0.9.7.dll - os=4.0 img=1.0 sys=4.0
  "cygcrypto-0.9.7.dll" v0.0 ts=2003/1/9 20:41
  644k 2002/12/08 D:\cygwin\bin\cygcrypto.dll - os=4.0 img=1.0 sys=4.0
  "cygcrypto.dll" v0.0 ts=2002/12/8 19:57
  136k 2002/10/17 D:\cygwin\bin\cygexpat-0.dll - os=4.0 img=1.0 sys=4.0
  "cygexpat-0.dll" v0.0 ts=2002/10/17 16:21
   45k 2001/04/25 D:\cygwin\bin\cygform5.dll - os=4.0 img=1.0 sys=4.0
  "cyg

Re: Can't see full list in setup.exe

[Max Bowsher]

Colin Harrison wrote:
> I'm running the cygwin installer setup executable.

And your problem is  ?


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: Can't see full list in setup.exe

[Colin Harrison]

Can't see full list in setup.exe?

Select Packages with Exp and View Full gives no display.

Colin

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

gdb stopped working after moving Cygwin installation

[Ronald Landheer-Cieslak]

Hello all,

While trying to debug the bug I reported earlier 
(http://sources.redhat.com/ml/cygwin/2003-01/msg01642.html) I ran out of 
disk space, so I thought I'd move Cygwin to another harddisk... (bad idea)

I saved my /home directory, removed all references to Cygwin from the 
registry, moved the C:\cygwin directory to D:\cygwin and re-rand Setup. 
Everything works like a charm *except* gdb, which dies immediately at 
start-up.

Rolling back gdb didn't help (I don't know why it would, but I tried 
anyway), and neither did the last snapshot.

cygcheck output is attached (changed from the previous one due to the 
move).

I've re-looked at the registry (cygcheck -r) but I see nothing out of the 
ordinary. AFAICT, I have only one cygwin1.dll on my system.

I *know* this is not a recommended maneuver but I'd like to know if there 
are any pointers to be had. Otherwise, I guess I'll be forced to kinda do 
the same thing again :(

Thanx!

rlc

NB:  evidently, the test-case for the gdb bug I found is on hold ;)
NNB: the cygcheck output is *after* I rolled back to the previous gdb 
 (haven't rolled forward yet) and with most recent snapshort DLL



cygcheck.out.gz
Description: cygcheck -s -r output
--
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: Problems with find

[Igor Pechtchanski]

For the archives: No.  This is not going to do what the OP wants at all.
In fact, if there's more than one file named 1000.*, it won't even work
(find will produce a "find: paths must precede expression" error).  For
details, "info find" and "info bash".

To the OP: Is your 1000 directory a symbolic link, by any chance?  If it
is, try the "-follow" option.  For details, "info find".
Igor

On Fri, 31 Jan 2003, Carlo Florendo wrote:

> find . -name 1000.*
>
> - Original Message -
> From: <[EMAIL PROTECTED]>
> To: <[EMAIL PROTECTED]>
> Sent: Friday, January 31, 2003 5:57 PM
> Subject: Problems with find
>
>
> Hi folks,
>
> I trie to search file with find an didn't find all the file which should be
> found
>
> I search for all file starting with 1000 an the file 1000.zip in the
> diretory 1000 is not found
> $ find . -name 1000\*
> ./1000.zip
> ./1000
>
> but when I ls the directory 1000 the file is listed
> $ ls 1000
> 1000.zip
>
> As you can see I use the find installed in /usr/bin
> $ which find
> /usr/bin/find
> $ type find
> find is hashed (/usr/bin/find)
>
>
> what is wrong? Is it a bug or my fault?
>
> Thanks for any help and hint
>
> Franz

-- 
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: Problems with find

[Randall R Schulz]

Ian,

At 06:49 2003-01-31, Ian R. Chesal wrote:

Your syntax is incorrect. Try:


No. Both Franz's and your syntaxes are acceptable. A backslash is 
equally useful for protecting the shell glob character '*' as is 
surrounding the argument (or just the asterisk) in single or double quotes.

Franz's problem was that when he use "ls" to show the files, he 
_didn't_ use an unquoted star (he didn't use a star at all), so ls 
showed only the file whose name appeared literally in its invocation.

Me may also have been confused about where the problem lay, think it 
was in "find" rather than "ls" (when in fact it was just plain old 
cockpit error).

Randall Schulz


find . -name "1000*"

I just tried in in /tmp on my cygwin installation and here's the output:

$ find . -name 1000* -o -name 1000.*
./1000
./1000/1000.zip
./1000.tar.gz

You can limit the find to just files or directories with the -type flag.
Do 'info find' to learn more. The way you had the expression written
each conditional was joined with an implicit -a (and) so that find would
only print if all three evaluated to true. You wanted a -o (or) between
each pattern but really you can accomplish what you want with a quoted
pattern, which IMHO is a more straight-forward way to look for what you
want.

Ian

-Original Message-
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]] On Behalf
Of [EMAIL PROTECTED]
Sent: January 31, 2003 3:57 AM
To: [EMAIL PROTECTED]
Subject: Problems with find


Hi folks,

I trie to search file with find an didn't find all the file which should
be found

I search for all file starting with 1000 an the file 1000.zip in the
diretory 1000 is not found $ find . -name 1000\* ./1000.zip ./1000

but when I ls the directory 1000 the file is listed
$ ls 1000
1000.zip

As you can see I use the find installed in /usr/bin
$ which find
/usr/bin/find
$ type find
find is hashed (/usr/bin/find)


what is wrong? Is it a bug or my fault?

Thanks for any help and hint

Franz



--
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: Can't see full list in setup.exe

[Ronald Landheer-Cieslak]

You're really not giving anyone much to go on...

I have a WAG, though: your setup.ini may be messed up somehow. Try 
downloading a new one.

Otherwise, try to divulge a little more information: does the log say 
anything useful?

rlc

On Fri, 31 Jan 2003, Colin Harrison wrote:
> Can't see full list in setup.exe?
> Select Packages with Exp and View Full gives no display.


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

CygWin Installation

[subensky]

In over 30 years of computer/it experience I have never seen anything as
convoluted and
difficult to use as your CygWin download/installer.

Sy Bensky
[EMAIL PROTECTED]

RE: CygWin Installation

[Steve Fairbairn]

I assume you never did an early slackware linux install then.

Steve.

-Original Message-
From: subensky [mailto:[EMAIL PROTECTED]]
Sent: 31 January 2003 15:59
To: [EMAIL PROTECTED]
Subject: CygWin Installation


In over 30 years of computer/it experience I have never seen anything as
convoluted and
difficult to use as your CygWin download/installer.

Sy Bensky
[EMAIL PROTECTED]

*** 
This email has originated from Perwill plc (Registration No. 1906964) 
Office registered at: 13A Market Square, Alton, Hampshire, GU34 1UR, UK 
Tel: +44 (0)1420 545000 
Fax: +44 (0)1420 545001 
www.perwill.com 
*** 
Privileged, confidential and/or copyright information may be contained 
in this email, and is only for the use of the intended addressee. 
To copy, forward, disclose or otherwise use it in any way if you are not 
the intended recipient or responsible for delivering to him/her is
prohibited.
If you receive this email by mistake, please advise the sender immediately, 
by using the reply facility in your email software.

We may monitor the content of emails sent and received via our network 
for the purposes of ensuring compliance with policies and procedures. 
This message is subject to and does not create or vary any contractual 
relationships between Perwill plc and the recipient. 
*** 
Any opinions expressed in the email are those of the sender and not 
necessarily of Perwill plc.
*** 
This email has been scanned for known viruses using 
McAfee WebShield 4.5 MR1a 
*** 



--
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: cygwin 1.3.19-1 and up: Garbage printed in ls output if the user entry is missing from /etc/passwd

[Christopher Faylor]

On Fri, Jan 31, 2003 at 01:16:30PM +0100, Pavel Tsekov wrote:
>Hello,
>
>I've just completed a fresh installation of Cygwin on Win2k Pro / SP3. I 
>installed Cygwin as Administrator but then created an user called ptsekov. 
>It happened that I forgot to update the password database after I created 
>the new user. So I've logged in as ptsekov and the first thing I saw was 
>the strange prompt - with the latests snapshot version of Cygwin 
>(20030130) it looks like this for me:
>
><@mordor
>
>With the released 1.3.19-1 version it was a little bit different.
>
>Then I issued 'ls -l' on a directory which contained files with owner 
>'ptsekov'. The output contained garbage in the owner field of the 'ls' 
>output.
>
>Now I know that it is not good if the user's entry is missing from the 
>passwd database and I've corrected this, but I thought I'd post so that
>this could be fixed. It seems like there is some variable 
>left uninitialized if the passwd entry is missing.

I think I messed this up.  I'll fix it.

Thanks for the heads up.

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: Can't see full list in setup.exe

[Colin Harrison]

Hi,

var/log/setup.log.full (after running setup session passed my empty
chooser display)

2003/01/31 16:15:43 Starting cygwin install, version 2.249.2.5
2003/01/31 16:15:43 Current Directory: C:\Temp
2003/01/31 16:15:45 source: network install
2003/01/31 16:15:45 root: D:\cygwin binary system
2003/01/31 16:15:46 Selected local directory: D:\cygwin\tmp
2003/01/31 16:15:47 net: Direct
get_url_to_membuf http://sources.redhat.com/cygwin/mirrors.lst
getUrlToStream http://sources.redhat.com/cygwin/mirrors.lst
2003/01/31 16:15:48 site: http://mirrors.rcn.net/pub/sourceware/cygwin
get_url_to_membuf http://mirrors.rcn.net/pub/sourceware/cygwin/setup.bz2
getUrlToStream http://mirrors.rcn.net/pub/sourceware/cygwin/setup.bz2
2003/01/31 16:15:50 compress_bz::error called
compress::~compress called
2003/01/31 16:15:50 compress_bz::error called
compress::~compress called
Chooser results...
[agetty] action=Skip trust=prev installed=none src?=no
 categories=All, System
[apache] action=Skip trust=test installed=none src?=no
 categories=All, Net, Web
[ash] action=Keep trust=curr installed=20020731-1 src?=no
 categories=All, Base, Shells
[astyle] action=Keep trust=curr installed=1.15.3-3 src?=no
 categories=All, Devel, Utils
[autoconf] action=Keep trust=curr installed=2.54-1 src?=no
 categories=All, Devel
[autoconf-devel] action=Keep trust=curr installed=2.57-1 src?=no
 categories=All, Devel
[autoconf-stable] action=Keep trust=curr installed=2.13-4 src?=no
 categories=All, Devel
[automake] action=Skip trust=test installed=none src?=no
 categories=All, Devel
[automake-devel] action=Skip trust=test installed=none src?=no
 categories=All, Devel
[automake-stable] action=Skip trust=prev installed=none src?=no
 categories=All, Devel
[base-files] action=Keep trust=curr installed=1.1-1 src?=no
 categories=All, Base
[base-passwd] action=Keep trust=curr installed=1.0-1 src?=no
 categories=All, Base
[bash] action=Keep trust=curr installed=2.05b-8 src?=no
 categories=All, Base, Shells
[bc] action=Keep trust=curr installed=1.06-1 src?=no
 categories=All, Math, Utils
[binutils] action=Keep trust=curr installed=20021117-1 src?=no
 categories=All, Devel
[bison] action=Keep trust=curr installed=1.875-1 src?=no
 categories=All, Devel
[byacc] action=Keep trust=curr installed=1.9-1 src?=no
 categories=All, Devel
[bzip2] action=Keep trust=curr installed=1.0.2-2 src?=no
 categories=All, Utils
[ccache] action=Keep trust=curr installed=1.9-1 src?=no
 categories=All, Devel
[cgoban] action=Skip trust=prev installed=none src?=no
 categories=All, Games, XFree86
[chkconfig] action=Skip trust=prev installed=none src?=no
 categories=All, System
[clear] action=Keep trust=curr installed=1.0-1 src?=no
 categories=All, Utils
[cmake] action=Keep trust=curr installed=1.4.7-1 src?=no
 categories=All, Devel
[compface] action=Skip trust=prev installed=none src?=no
 categories=All, Devel, Libs, Mail, Utils
[cpio] action=Keep trust=curr installed=2.5-1 src?=no
 categories=All, Utils
[cron] action=Keep trust=curr installed=3.0.1-7 src?=no
 categories=Admin, All
[crypt] action=Keep trust=curr installed=1.0-1 src?=no
 categories=All, Libs
[ctags] action=Keep trust=curr installed=5.2-1 src?=no
 categories=All, Devel
[curl] action=Skip trust=test installed=none src?=no
 categories=All, Libs, Web
[curl-devel] action=Skip trust=test installed=none src?=no
 categories=All, Devel, Libs, Web
[cvs] action=Skip trust=prev installed=none src?=no
 categories=All, Devel
[cygrunsrv] action=Keep trust=curr installed=0.95-1 src?=no
 categories=Admin, All
[cygutils] action=Keep trust=curr installed=1.1.3-1 src?=no
 categories=All, Utils
[cygwin] action=Keep trust=curr installed=1.3.19-1 src?=no
 categories=All, Base
[cygwin-doc] action=Keep trust=curr installed=1.3-2 src?=no
 categories=All, Doc
[db2] action=Skip trust=test installed=none src?=no
 categories=All, Database
[db3.1] action=Skip trust=prev installed=none src?=no
 categories=All, Database
[dejagnu] action=Skip trust=test installed=none src?=no
 categories=All, Devel
[diff] action=Keep trust=curr installed=1.0-1 src?=no
 categories=All, Base
[diffutils] action=Keep trust=curr installed=2.8.1-1 src?=no
 categories=All, Base
[doxygen] action=Skip trust=prev installed=none src?=no
 categories=All, Devel
[dpkg] action=Skip trust=prev installed=none src?=no
 categories=All, Devel
[ed] action=Keep trust=curr installed=0.2-1 src?=no
 categories=All, Editors
[ELFIO] action=Skip trust=prev installed=none src?=no
 categories=All, Devel, Libs
[emacs] action=Skip trust=test installed=none src?=no
 categories=All, Editors
[emacs-el] action=Skip trust=test installed=none src?=no
 categories=All, Editors
[emacs-X11] action=Skip trust=test installed=none src?=no
 categories=All, Editors
[enscript] action=Keep trust=curr installed=1.6.3-3 src?=no
 cate

tail -f problem

[Scott Alexander]

All,

This is my first post to this list, so please excuse missing information
that is normally seen in a possible problem with cygwin.  Here goes...

In my career, I'm a software consultant, doing QA on a web client/server
application.  Part of my investigation of issues is looking at the realtime
log files of our web server (IIS in this instance).  Under linux, tail -f,
across a smbmount will perform exactly what I need to parse and view the log
files as activity happens (I also use a cut to kill a few fields that aren't
needed).  Problem is, my main machine isn't linux and there isn't another
linux machine around here for me to do this with (the only linux machine is
a mail server which does not have a route to the areas I need to view).

With cygwin's tail, the output is not quite the same as the linux version of
tail.  With Cygwin's version, I will get output with tail -f, but the
updates aren't "realtime" as the linux version -- the updates are barely
shown at all, if ever.  Here are the different methods I used to try and
parse the IIS log file:

1.  Map the share of the logfile with my Windows XP machine to say Z:, etc,
use cygwin.bat to launch a bash.exe shell, go to the logfile directory and
tail -f name.log.

2.  Terminal Service to the machine, go cmd.exe (with cygwin in the path),
CD to the logfile folder and tail -f name.log.

3.  Use cygwin.bat to invoke bash.exe, go to my local logfile folder and
tail -f the contents of name.log.

Either of these ways to access the logfile will give me the first 5 (or X
lines, using the -n option) lines, then pretty much "stop" outputting, or
slow the outputs to a virtual crawl.  I must CTRL-C to break out the tail,
and start it over to get the output starting again.  I've tried using
the -s, to sleep tail and have it try again, but this did not increase the
output at all.

Here are more version #s and machine info:

My workstation:  Dell laptop, Windows XP (non SP1
My servers: Dell rackmount, Windows 2000/SP2, IIS.
Cygwin version:  1.3.19-1
Tail version:  February 19, 2002, 3:26:34 PM

I am very willing to answer questions anyone has, because I would like to
know if anyone else has the same problem.

Thanks,
-Scott







--
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: Can't see full list in setup.exe

[Igor Pechtchanski]

First off, a note to anyone including either setup logs or cygcheck
output: *please* include it as an *uncompressed* *text* *attachment*
(Colin, I'm not picking on you personally).  It really does screw up the
archive search with false positives.

As for your problem, Colin,

On Fri, 31 Jan 2003, Colin Harrison wrote:

> var/log/setup.log.full (after running setup session passed my empty
> chooser display)
>
> 2003/01/31 16:15:43 Starting cygwin install, version 2.249.2.5
> 2003/01/31 16:15:43 Current Directory: C:\Temp
> 2003/01/31 16:15:45 source: network install
> 2003/01/31 16:15:45 root: D:\cygwin binary system
> 2003/01/31 16:15:46 Selected local directory: D:\cygwin\tmp
^
I don't know for sure that this is it, but this may certainly foul things
up.  It's usually a good idea to select a local directory outside of your
Cygwin tree.

Try moving the whole /tmp somewhere outside of Cygwin tree (I use
C:\install\Cygwin), and re-run setup with the new local directory.  You
may have to create a new /tmp, as well.

> [The rest of setup.log.full snipped]
>
> I've tried other ftp sites (old .ini's etc) and still get the same result.
> I also user CPAN to update my perl..so maybe not in sync with cygwin?
> Colin

Setup is not dependent on perl (and I'd be surprised if any postinstall
script is).
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: Can't see full list in setup.exe

[Colin Harrison]

Hi,

Tried running th elocal directory outside cygwin tree..no joy.

When in the GUI chooser: Select Packages, Exp, View Category:-
I get all the + line entries.
When I click on the +'s I get the appropiate number of 'blank lines' where
the expanded entries should be.

Colin

(are they on a different font?)


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

annoying problem with 'mv'

[Lynn Wilson]

My understanding of the way that 'mv' works is that it will try to RENAME the 
file or directory in question provided the source and destination are on the 
same partition otherwise it will do a COPY.

If I mv (in the sense of renaming) a large directory that is buried deep in some 
 other directory, it will occur very quickly.  If that same directory happens 
to be rooted at /c, it will take a very long time because it appears to be doing 
a copy.

This has been going on for a long time, but currently I'm running the latest of 
almost everything on a Win2k pro box.

My mount tables are:
c:\program files on /PF type system (binmode)
C:\cygwin\bin on /usr/bin type system (binmode)
C:\cygwin\lib on /usr/lib type system (binmode)
C:\cygwin on / type system (binmode)
c: on /c type system (binmode)
f: on /cvs type system (binmode)
g: on /kits type system (binmode)
e: on /e type user (binmode,noumount)
n: on /n type user (binmode,noumount)

This works:
cd /c/mystuff
mv OldDir NewDir

An example of the failure would be:
cd /c
mv OldDir NewDir

Is there a reason for this behavior?

Thanks.
Lynn


--
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: Can't see full list in setup.exe

[Marcel Telka]

On Fri, Jan 31, 2003 at 05:03:05PM +, Colin Harrison wrote:
> Hi,
> 
> Tried running th elocal directory outside cygwin tree..no joy.
> 
> When in the GUI chooser: Select Packages, Exp, View Category:-
> I get all the + line entries.
> When I click on the +'s I get the appropiate number of 'blank lines' where
> the expanded entries should be.

Which color scheme are you using with your Windows?

-- 
+---+
| Marcel Telka   e-mail:   [EMAIL PROTECTED]  |
|homepage: http://telka.sk/ |
|jabber:   [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: Can't see full list in setup.exe

[Colin Harrison]

Hi,

I'm running 'Windows Classic' 'no effects' 'Color quality Medium 16 bit'

'Adjust for best performance'

In other words I strip out all the Microsoft clutter from my desktop?
No silly dogs, animated paper clips or WMP 9's in sight!
Ooop's showing my unix heritage again.

Colin

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

Latest TCL/TK breaks Python's tkinter

[Paul Stodghill]

Upgrading to either tcltk-20030128-1 or tcltk-20030128-2 appears to
break Python's tkinter. Reinstalling Python didn't help. Reverting to
tcltk-20021218-1 fixed the problem.

Thanks.

quimby-xp$ cygcheck -s

Cygwin Win95/NT Configuration Diagnostics
Current System Time: Fri Jan 31 12:27:55 2003

Windows XP Professional Ver 5.1 Build 2600 Service Pack 1

Path:   c:\home\usr\i686-cygwin\bin
c:\home\usr\share\bin
c:\home\pvse\bin
C:\Progra~1\cygwin\usr\sbin
C:\Progra~1\cygwin\usr\local\bin\i686-pc-cygwin
C:\Progra~1\cygwin\usr\local\bin
C:\Progra~1\cygwin\usr\X11R6\bin
C:\Progra~1\cygwin\lib\qt3\bin
C:\Progra~1\cygwin\usr\local\mono\bin
C:\Progra~1\cygwin\usr\local\mono\lib
C:\Progra~1\cygwin\bin
C:\Progra~1\cygwin\bin
h:\CTCTOO~1
c:\PROGRA~1\MICROS~3\VC98\BIN
c:\PROGRA~1\MICROS~3\COMMON\MSDEV98\BIN
c:\PROGRA~1\MICROS~3\COMMON\TOOLS
c:\PROGRA~1\MICROS~3\COMMON\TOOLS\WINNT
c:\PROGRA~1\Borland\BCC55\BIN
c:\PROGRA~1\MICROS~3\DF98\BIN
c:\PROGRA~1\INTEL\COMPILER45\BIN
c:\PROGRA~1\INTEL\COMPILER50\ia32\BIN
c:\PROGRA~1\INTEL\EDB32
c:\PROGRA~1\Condor\bin
c:\PROGRA~1\MPIPRO\BIN
c:\PROGRA~1\Python
c:\PROGRA~1\DSTC\FNORB-1.1\FNORB\SCRIPT
c:\PROGRA~1\jdk1.3\bin
c:\PROGRA~1\jikes-1.15\bin
c:\PROGRA~1\NTRESKIT
c:\WINNT
c:\WINNT\SYSTEM32
c:\WINNT\SYSTEM32\WBEM
c:\WINNT\Microsoft.NET\Framework\v1.0.3705
c:\PROGRA~1\MICROS~1.NET\FrameworkSDK\Bin

SysDir: C:\WINNT\System32
WinDir: C:\WINNT

CYGWIN = `tty winsymlinks ntea ntsec nosmbntsec'
HOME = `c:\home'
MAKE_MODE = `unix'
PWD = `/home/stodghil/Desktop/pipe_demo/components/xmlmesh'
USER = `stodghil'

Use `-r' to scan registry

c:  hd  NTFS   37385Mb  49% CP CS UN PA FC 
d:  cd   N/AN/A
p:  net NTFS8501Mb  89% CP CSPApidgin
t:  net NTFS5120Mb   1% CP CS UN PA FC Falcon_c
u:  net NTFS   59912Mb  69% CP CSPAstodghil
v:  net NTFS   18426Mb  21% CP CS UN PA FC FTP
w:  net NTFS   81916Mb  45% CP CS UN PA FC HTTP
z:  net NTFS   152425Mb  45% CP CS UN PA FC Raven_a

C:\Progra~1\cygwin   /   system  
binmode
c:\home  /home/stodghil  system  
binmode
c:\Documents and Settings\stodghil\Desktop   /home/stodghil/Desktop  system  
binmode
C:\Documents and Settings\stodghil\My Documents  /home/stodghil/MyDocuments  system  
binmode
C:\Progra~1\cygwin/bin   /usr/binsystem  
binmode
C:\Progra~1\cygwin/lib   /usr/libsystem  
binmode
C:\Progra~1\cygwin\usr\X11R6\lib\X11\fonts   /usr/X11R6/lib/X11/fontssystem  
binmode
./cygdrive   user
binmode,cygdrive

Found: C:\Progra~1\cygwin\bin\bash.exe
Found: C:\Progra~1\cygwin\bin\cat.exe
Found: C:\Progra~1\cygwin\bin\cpp.exe
Found: C:\Progra~1\cygwin\bin\find.exe
Found: C:\Progra~1\cygwin\bin\gcc.exe
Found: C:\Progra~1\cygwin\bin\gdb.exe
Found: C:\Progra~1\cygwin\bin\ld.exe
Found: C:\Progra~1\cygwin\bin\ls.exe
Found: C:\Progra~1\cygwin\bin\make.exe
Found: C:\Progra~1\cygwin\bin\sh.exe

  125k 2001/12/18 C:\Progra~1\cygwin\usr\local\bin\cygaudiofile-0.dll
   41k 2002/05/14 C:\Progra~1\cygwin\usr\X11R6\bin\cygPropList-0.dll
   58k 2002/05/07 C:\Progra~1\cygwin\bin\cygbz2-1.dll
   54k 2002/01/27 C:\Progra~1\cygwin\bin\cygbz21.0.dll
6k 2002/06/24 C:\Progra~1\cygwin\bin\cygcharset-1.dll
  847k 2003/01/09 C:\Progra~1\cygwin\bin\cygcrypto-0.9.7.dll
  644k 2002/12/08 C:\Progra~1\cygwin\bin\cygcrypto.dll
  493k 2002/11/19 C:\Progra~1\cygwin\bin\cygcurl-2.dll
  380k 2002/07/24 C:\Progra~1\cygwin\bin\cygdb-3.1.dll
  326k 2002/06/26 C:\Progra~1\cygwin\bin\cygdb2.dll
  487k 2002/07/24 C:\Progra~1\cygwin\bin\cygdb_cxx-3.1.dll
  136k 2002/10/17 C:\Progra~1\cygwin\bin\cygexpat-0.dll
   50k 2002/03/17 C:\Progra~1\cygwin\bin\cygexslt-0.dll
   45k 2001/04/25 C:\Progra~1\cygwin\bin\cygform5.dll
   35k 2002/01/09 C:\Progra~1\cygwin\bin\cygform6.dll
   19k 2002/02/20 C:\Progra~1\cygwin\bin\cyggdbm.dll
  490k 2002/09/21 C:\Progra~1\cygwin\bin\cygguile-12.dll
  488k 2002/07/18 C:\Progra~1\cygwin\bin\cygguile-14.dll
   63k 2002/07/18 C:\Progra~1\cygwin\bin\cygguile-srfi-srfi-13-14-1.dll
   63k 2002/09/21 C:\Progra~1\cygwin\bin\cygguile-srfi-srfi-13-14-v-1-1.dll
   24k 2002/07/18 C:\Progra~1\cygwin\bin\cygguile-srfi-srfi-4-1.dll
   24k 2002/09/21 C:\Progra~1\cygwin\bin\cygguile-srfi-srfi-4-v-1-1.dll
   14k 2002/07/18 C:\Progra~1\cygwin\bin\cygguilereadline-14.dll
   14k 2002/09/21 C:\Progra~1\cygwin\bin\cygguilereadline-v-12-12.dll
   17k 2001/06/28 C:\Progra~1\cygwin\bin\cyghistory4.dll
   20k 2002/10/10 C:\Progra~1\cygwin\bin\cyghistory5.dll
  306k 2002/04/27 C

Re: CygWin Installation

[Thorsten Kampe]

* subensky (03-01-31 16:58 +0100)
> In over 30 years of computer/it experience I have never seen anything as
> convoluted and
> difficult to use as your CygWin download/installer.

Yeah, clicking seven times [Next], once [OK] and selecting a mirror 
*is* difficult, indeed.

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/

ps does not show all the processes ?

[Gael Mulat]

   Hi,

   I've noticed that ps -aux does not show all the processes that we 
can see with Task Manager. I can imagine that we cannot see some 
completely native processes, but it is also the case for some processes 
launched via cygwin !

   Is there a reason for that behaviour ? Is there a workaround ?


   I'm on W2k, Cygwin 1.3.17.

   Here are some precisions about my situation:
   A few days ago, I posted about the /bin/rm -rf problem with locked 
files that makes the rm take 100% of the CPU. As far as I can see, 
things are happening like:
- a first process works in a directory
- I loose the contact with that process (mostly because something was 
wrong), but it is still alive
- a second process (second execution of my tool) tries to remove the 
directory with /bin/rm -rf and goes into an infinite loop, taking 100% 
of CPU
- I can't even kill the first process as I cannot see it with ps !
Note: I use to connect to the machine with sshd, so I cannot launch Task 
Manager...

   I have replaced all my rm -rf with chmod -Rf +w and rm -r, but it 
does not fix my problem as I can no more work on the same directory: it 
is locked :-(

   Hints are welcome...

Gael.



--
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: CygWin Installation

[Max Bowsher]

subensky wrote:
> In over 30 years of computer/it experience I have never seen anything
> as convoluted and
> difficult to use as your CygWin download/installer.

And the point of this email was ... ?

Constructive criticism is welcome. Useless whining is not.


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: ps does not show all the processes ?

[Christopher Faylor]

On Fri, Jan 31, 2003 at 06:49:36PM +0100, Gael Mulat wrote:
>I've noticed that ps -aux does not show all the processes that we can
>see with Task Manager.  I can imagine that we cannot see some
>completely native processes, but it is also the case for some processes
>launched via cygwin !
>
>Is there a reason for that behaviour ?  Is there a workaround ?

I suspect that 'man ps' would be very enlightening for you.

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: ps does not show all the processes ?

[Max Bowsher]

Gael Mulat wrote:
> I've noticed that ps -aux does not show all the processes that we
> can see with Task Manager. I can imagine that we cannot see some
> completely native processes, but it is also the case for some
> processes launched via cygwin !

The intentional behaviour is that Cygwin processes show, and native Windows
ones do not. If your Cygwin processes are not all shown, that's a bug. BUT:
native processes launched from a Cygwin process are still native. They will
not be shown, and that is intentional. That is not a bug.


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: Latest TCL/TK breaks Python's tkinter

[Jason Tishler]

Paul,

On Fri, Jan 31, 2003 at 12:29:30PM -0500, Paul Stodghill wrote:
> Upgrading to either tcltk-20030128-1 or tcltk-20030128-2 appears to
> break Python's tkinter. Reinstalling Python didn't help. Reverting to
> tcltk-20021218-1 fixed the problem.

Cygwin Python will have to be built against the new Tcl/Tk package to
solve this problem.  Sorry, no ETA.

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/

manuals for newbies?

[Quan Ding]

Since I'm totally new to cygwin, (I just installed it
a couple of days ago) it turns out that I had a lot of
questions while getting familiar with it. I hate
asking them here cause I believe they are very simple
questions and probably lots of people had the same
questions before. But the cygwin and cygwin-xfree docs
and faqs are kind of too short and don't provide
enough information to answer my questions and strangly
enough, I couldn't find the answer here by doing
keyword search. So is there any manuals for newbies
somewhere on the net that I don't know? Or I have to
keep bothering you guys? :)

__
Do you Yahoo!?
Yahoo! Mail Plus - Powerful. Affordable. Sign up now.
http://mailplus.yahoo.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: gdb stopped working after moving Cygwin installation

[Max Bowsher]

Ronald Landheer-Cieslak wrote:
>> While trying to debug the bug I reported earlier
>> (http://sources.redhat.com/ml/cygwin/2003-01/msg01642.html) I ran
>> out of disk space, so I thought I'd move Cygwin to another
>> harddisk... (bad idea)
>>
>> I saved my /home directory, removed all references to Cygwin from the
>> registry, moved the C:\cygwin directory to D:\cygwin and re-rand
>> Setup. Everything works like a charm *except* gdb, which dies
>> immediately at start-up.
>>
>> Rolling back gdb didn't help (I don't know why it would, but I tried
>> anyway), and neither did the last snapshot.
>>
>> cygcheck output is attached (changed from the previous one due to the
>> move).
>>
>> I've re-looked at the registry (cygcheck -r) but I see nothing out
>> of the ordinary. AFAICT, I have only one cygwin1.dll on my system.
>>
>> I *know* this is not a recommended maneuver but I'd like to know if
>> there are any pointers to be had. Otherwise, I guess I'll be forced
>> to kinda do the same thing again :(

I suggest:
* Remove everything within D:\cygwin except home, and usr/local if you have
anything you want in there
* Don't bother about purging the registry again.
* Use setup to reinstall

Hopefully after that all will be well.
It's a nuisance having to select all the packages you want again in setup,
but remember you can just install Base + your immediate needs, and add other
stuff as needed.

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: ps does not show all the processes ?

[Randall R Schulz]

Gael,

% ps --help
Usage: ps [-aefls] [-u UID]
 -a, --all   show processes of all users
 -e, --everyone  show processes of all users
 -f, --full  show process uids, ppids
 -h, --help  output usage information and exit
 -l, --long  show process uids, ppids, pgids, winpids
 -s, --summary   show process summary
 -u, --user  list processes owned by UID
 -v, --version   output version information and exit
 -W, --windows   show windows as well as cygwin processes
With no options, ps outputs the long format by default


On my system, "ps -aeW" (at the moment) shows 56 running processes. 
About the biggest flaw I can see, and it's very minor, is that the 
"System Idle Process" is shown in "ps" output as "*** unknown ***".

Also, I don't think of using the available options, including "--help" 
(not to mention "man ps" or "info ps" or "pinfo ps") are in the 
category of "work-arounds."

You might want to investigate "procps". My favorite thing about it is 
its ability show the actual command line of running processes. (Cygwin 
ones, anyway. And really, what else matters?)

Randall "the curmudgeon" Schulz


At 09:49 2003-01-31, Gael Mulat wrote:
   Hi,

   I've noticed that ps -aux does not show all the processes that we 
can see with Task Manager. I can imagine that we cannot see some 
completely native processes, but it is also the case for some 
processes launched via cygwin !

   Is there a reason for that behaviour ? Is there a workaround ?


   I'm on W2k, Cygwin 1.3.17.

...

Gael.


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

User Guide page out of date

[Igor Pechtchanski]

Hi,

A note to the maintainer of the User Guide: the "regtool" information on
 is out of date (so, for
that matter, is the regtool manpage).  For more info, see "regtool
--help".  I could provide a patch for the manpage if I only knew what to
diff against.  A patch for the User Guide is attached (do I need a
ChangeLog?).
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

Index: winsup/utils/utils.sgml
===
RCS file: /cvs/src/src/winsup/utils/utils.sgml,v
retrieving revision 1.34
diff -u -p -r1.34 winsup/utils/utils.sgml
--- winsup/utils/utils.sgml 21 Aug 2002 15:42:18 -  1.34
+++ winsup/utils/utils.sgml 31 Jan 2003 18:00:08 -
@@ -843,6 +843,9 @@ Options for 'set' Action:
  -m, --multi-string   set type to REG_MULTI_SZ
  -s, --string set type to REG_SZ
 
+Options for 'set' and 'unset' Actions:
+ -K, --key-separator[=]  set key separator to  instead of '\'
+
 Other Options:
  -h, --help output usage information and exit
  -q, --quietno error output, just nonzero return if KEY/VALUE missing
@@ -914,6 +917,13 @@ number, it's a DWORD.  If it starts with
 string.  If you give multiple values, it's a multi-string.  Else, it's
 a regular string.
 The unset action removes a value from a key.
+
+
+
+By default, the last "\" or "/" is assumed to be the separator between the
+key and the value.  If the value contains "\" or "/", the
+-K option can be used to provide an alternate key/value
+separator character.
 
 
 

--
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: annoying problem with 'mv'

[Igor Pechtchanski]

Lynn,

Try strace'ing your mv command to see where the time goes, like so:
cd /c
strace -o mv.strace mv OldDir NewDir
and look through /c/mv.strace.  For more info on strace, "man strace"
(which also has a pointer to the web page).  The file may be large, so you
may want to compress it if you intend to post it to the list.
Igor

On Fri, 31 Jan 2003, Lynn Wilson wrote:

> My understanding of the way that 'mv' works is that it will try to RENAME the
> file or directory in question provided the source and destination are on the
> same partition otherwise it will do a COPY.
>
> If I mv (in the sense of renaming) a large directory that is buried deep in some
>   other directory, it will occur very quickly.  If that same directory happens
> to be rooted at /c, it will take a very long time because it appears to be doing
> a copy.
>
> This has been going on for a long time, but currently I'm running the latest of
> almost everything on a Win2k pro box.
>
> My mount tables are:
> c:\program files on /PF type system (binmode)
> C:\cygwin\bin on /usr/bin type system (binmode)
> C:\cygwin\lib on /usr/lib type system (binmode)
> C:\cygwin on / type system (binmode)
> c: on /c type system (binmode)
> f: on /cvs type system (binmode)
> g: on /kits type system (binmode)
> e: on /e type user (binmode,noumount)
> n: on /n type user (binmode,noumount)
>
> This works:
> cd /c/mystuff
> mv OldDir NewDir
>
> An example of the failure would be:
> cd /c
> mv OldDir NewDir
>
> Is there a reason for this behavior?
>
> Thanks.
> Lynn

-- 
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: manuals for newbies?

[Max Bowsher]

Quan Ding wrote:
> Since I'm totally new to cygwin, (I just installed it
> a couple of days ago) it turns out that I had a lot of
> questions while getting familiar with it. I hate
> asking them here cause I believe they are very simple
> questions and probably lots of people had the same
> questions before. But the cygwin and cygwin-xfree docs
> and faqs are kind of too short and don't provide
> enough information to answer my questions and strangly
> enough, I couldn't find the answer here by doing
> keyword search. So is there any manuals for newbies
> somewhere on the net that I don't know? Or I have to
> keep bothering you guys? :)

I don't know of any "Beginner's Guide to Cygwin" docs.

Try asking a question here. If you could have found the answer without
emailing here, I guarantee you will be told :-)


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: Latest TCL/TK breaks Python's tkinter

[Christopher Faylor]

On Fri, Jan 31, 2003 at 01:05:37PM -0500, Jason Tishler wrote:
>Paul,
>
>On Fri, Jan 31, 2003 at 12:29:30PM -0500, Paul Stodghill wrote:
>> Upgrading to either tcltk-20030128-1 or tcltk-20030128-2 appears to
>> break Python's tkinter. Reinstalling Python didn't help. Reverting to
>> tcltk-20021218-1 fixed the problem.
>
>Cygwin Python will have to be built against the new Tcl/Tk package to
>solve this problem.  Sorry, no ETA.

It's strange that every new release of tcl/tk breaks all past programs
which rely on it.

Hopefully we've stabilized on tcl8.4.1 for a while.  Otherwise, perhaps
someone wants to volunteer to maintain the old tcl packages so we can
have a 'tcltk83' package as well as a generic 'tcltk', similar to what
Red Hat and other distributions do in situations like this.

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: emacs in separate window

[Shankar Unni]

Joe Buehler wrote:


Another approach is to massage the existing NT code in emacs to use
the native windowing system instead of X11.  It probably would not be
too hard to do.


Err, wouldn't that just be "NTEmacs"? I thought the Cygwin build 
disabled all the NT-specific code in Emacs. Or doesn't it?

Emacs already has NT-specific code that makes it a native Windows 
application, but that version doesn't know Cygwin paths, etc. (it's 
built against mingw).



--
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 as strictly win32 compiler

[Sean McBride]

I know this is a VERY newbie question, but I have looked on the list
archives and been confused by the compiler flags for making win apps, and
the definitions of WIN32 and CYGWIN defines.

I have several straight win32 apps that I wrote using MSVC and I simply want
to create the executables with gcc rather than MSVC(just for fun, does that
make me evil?).

I have used gcc with tornado for some embedded apps before, so I am not
completely unfamiliar with gcc (only for C files though).

I wrote the makefiles, and after a while tinkering with some defines and
slight syntax changes, I was surprisingly quickly successful at getting a
code base that compiles on Both MSVC and GCC.  (most of my headaches came
from MSVC's  implementation of STL)

However, I have a few questions about how this will affect my exes.

Is it possible to compile an exe that does not require the cywin.dll if I am
not using any of the unix apis and sticking with straight win32?  What
compiler flags should be used for this and what macros do they define?

if not, as I understand it, cygwin.dll interprets many commands and uses
MSVCRT.dll on the back end.  How do I create a redistributable for users
without cygwin, and How badly does this hit performance?

lastly, after hours of wondering why, I found the reason gcc was so slow
when compiling certain files in my project.  The compilation of templates
seems to be crawling.  Is there any way to speed that up or is it just a
result of gcc or cygwin or possibly, my stupidity?

Thanks, and I hope it wasn't too long winded or too newbie of a question.
If it was, just flame me and I'll take it like a man.

Sean


--
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: CygWin Installation

[Sy or Ursula Bensky]

The installation would be much simplified if it was available as a 
tarball or.ZIP file.

Sy Bensky

On Friday, January 31, 2003, at 09:52  AM, Max Bowsher wrote:

subensky wrote:

In over 30 years of computer/it experience I have never seen anything
as convoluted and
difficult to use as your CygWin download/installer.


And the point of this email was ... ?

Constructive criticism is welcome. Useless whining is not.


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/

path to include files

[Hans Ydelm]

Hi All,

This must be asked a million times but I failed to
find the answer in google/FAQ search. For some reason
cygwin complains that the X11 include files can not be
found.

gcc file.c -lX11 -I/usr/X11R6/include/X11
-L/usr/X11R6/lib

however ls /usr/X11R6/include/X11

shows them all.

I tried changing CYGWIN_ROOT=\cygwin to
CYGWIN_ROOT=d:\cygwin, changed -I/usr.. to
-Id:/cygwin/usr etc without any luck. 

I am running 1.3.18, gcc 3.2

Any idea?

Thanks,
Hans.


__
Do You Yahoo!?
Everything you'll ever need on one web page
from News and Sport to Email and Music Charts
http://uk.my.yahoo.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: CygWin Installation

[Randall R Schulz]

Sy,

It is. Or, more accurately, they are. A single archive would be 
unwieldy and somewhat at odds with the rapidly changing set of packages 
and the presence of very many packages of less than universal interest.

You can download individual tarballs (source tarballs are separate) 
from any of a large set of mirror sites and then simulate the actions 
of the installer.

But as we've seen here, people who try that fare rather worse than 
those who work with installer.

Really, if the Cygwin Setup.exe installer is the worst thing you've 
seen, you've had a blessed existence in your 30 years of computer use.

Randall Schulz


At 10:57 2003-01-31, Sy or Ursula Bensky wrote:
The installation would be much simplified if it was available as a 
tarball or.ZIP file.

Sy Bensky

On Friday, January 31, 2003, at 09:52  AM, Max Bowsher wrote:

subensky wrote:

In over 30 years of computer/it experience I have never seen 
anything as convoluted and difficult to use as your CygWin download/installer.

And the point of this email was ... ?

Constructive criticism is welcome. Useless whining is not.


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: gcc as strictly win32 compiler

[Max Bowsher]

Sean McBride wrote:
> I know this is a VERY newbie question, but I have looked on the list
> archives and been confused by the compiler flags for making win apps,
> and the definitions of WIN32 and CYGWIN defines.
>
> I have several straight win32 apps that I wrote using MSVC and I
> simply want to create the executables with gcc rather than MSVC(just
> for fun, does that make me evil?).
>
> I have used gcc with tornado for some embedded apps before, so I am
> not completely unfamiliar with gcc (only for C files though).
>
> I wrote the makefiles, and after a while tinkering with some defines
> and slight syntax changes, I was surprisingly quickly successful at
> getting a code base that compiles on Both MSVC and GCC.  (most of my
> headaches came from MSVC's  implementation of STL)
>
> However, I have a few questions about how this will affect my exes.
>
> Is it possible to compile an exe that does not require the cywin.dll
> if I am not using any of the unix apis and sticking with straight
> win32?  What compiler flags should be used for this and what macros
> do they define?
>
> if not, as I understand it, cygwin.dll interprets many commands and
> uses MSVCRT.dll on the back end.  How do I create a redistributable
> for users without cygwin, and How badly does this hit performance?

Cygwin does not use msvcrt.dll. It uses newlib as its C library, which is
compiled into cygwin1.dll.
You cannot create a redistributable for users without Cygwin. (Short of a
minimal Cygwin install)
If you are not using any of the unix APIs, you may be interested in the
MinGW project (mingw.sf.net). Cygwin's gcc takes the -mno-cygwin option
which causes it to function as a MinGW compiler - i.e. the produced exes use
MSVCRT, not cygwin1.dll.



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: emacs in separate window

[Joe Buehler]

Shankar Unni wrote:


Another approach is to massage the existing NT code in emacs to use
the native windowing system instead of X11.  It probably would not be
too hard to do.



Err, wouldn't that just be "NTEmacs"? I thought the Cygwin build 
disabled all the NT-specific code in Emacs. Or doesn't it?

No, some of it is in there -- UNC paths work, for example.

A Cygwin emacs with a Windows GUI would certainly look like NTEmacs,
but it would function a bit differently -- it would support the
Cygwin shell in various places, etc.
--
Joe Buehler



--
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: CygWin Installation

[[EMAIL PROTECTED]]

Sy,

Thanks for all you laconic input.  Too bad you couldn't spend some of the
time you saved with these breif email messages to the list looking at the
email archives that discusses this issue at length.  If you had, you would
see why Cygwin doesn't install in the form you want.  That would've removed
the need for you to contact the list at all, unless of course you wanted to
join the effort to improve the current installation procedure.  Of course,
that might take allot of time.  So you could just look at the FAQ entry:

How do I just get everything?
http://cygwin.com/faq/faq_2.html#SEC14

Oh, if we could've all just saved all this time!  What a different world 
it would be! ;-)

Larry

Original Message:
-
From: Sy or Ursula Bensky [EMAIL PROTECTED]
Date: Fri, 31 Jan 2003 10:57:08 -0800
To: [EMAIL PROTECTED], [EMAIL PROTECTED]
Subject: Re: CygWin Installation


The installation would be much simplified if it was available as a 
tarball or.ZIP file.

Sy Bensky

On Friday, January 31, 2003, at 09:52  AM, Max Bowsher wrote:

> subensky wrote:
>> In over 30 years of computer/it experience I have never seen anything
>> as convoluted and
>> difficult to use as your CygWin download/installer.
>
> And the point of this email was ... ?
>
> Constructive criticism is welcome. Useless whining is not.
>
>
> 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/



mail2web - Check your email from the web at
http://mail2web.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: Latest TCL/TK breaks Python's tkinter

[William A. Hoffman]

>It's strange that every new release of tcl/tk breaks all past programs
>which rely on it.
I would not say that this is strange.   The tcl/tk that is in cygwin,
is only for insight/gdb, as the comment says.   It is not a full distribution of 
tcl/tk. 
See the thread "tclsh83.exe should be cygtclsh83.exe".   

-Bill




--
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: Re: gcc as strictly win32 compiler

[Timothy C Prince]

-Original Message-
From: "Max Bowsher" <[EMAIL PROTECTED]>
To: <[EMAIL PROTECTED]>, <[EMAIL PROTECTED]>
Date: Fri, 31 Jan 2003 19:26:12 -
Subject: Re: gcc as strictly win32 compiler

Sean McBride wrote:
>... as I understand it, cygwin.dll interprets many commands and
> uses MSVCRT.dll on the back end.  How do I create a redistributable
> for users without cygwin, and How badly does this hit performance?

Cygwin does not use msvcrt.dll. It uses newlib as its C library, which is
compiled into cygwin1.dll.
...
If you are not using any of the unix APIs, you may be interested in the
MinGW project (mingw.sf.net). Cygwin's gcc takes the -mno-cygwin option
which causes it to function as a MinGW compiler - i.e. the produced exes use
MSVCRT, not cygwin1.dll.
___
Newlib is not highly optimized, but certain "math library" functions in MSVCRT.dll are 
extremely slow on P4; if you use those functions, you may see a measurable performance 
loss with -mno-cygwin.  I doubt any valid generalizations could be made on performance.


Tim Prince

--
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: $CDPATH bug in zsh

[Peter A. Castro]

On Fri, 31 Jan 2003, Thorsten Kampe wrote:

> zsh doesn't evaluate the root directory ('/') if it is in $CDPATH. I 
> tested this under SuSE 8.1 and it works as supposed, so this seems to 
> be a Cygwin-zsh bug.
> 
> Have a look at the example[1] ('**' is my prompt).

Interesting...
Notice that if you replace "/" with the /cygdrive path to your root dir,
that it works:

(Administrator)[219] ~/src/zsh/work406/zsh-4.0.6 % cdpath=/cygdrive/e/cygwin
(Administrator)[220] ~/src/zsh/work406/zsh-4.0.6 % cd bin  
/cygdrive/e/cygwin/bin
(Administrator)[221] /cygdrive/e/cygwin/bin %  

It doesn't appear to be a mount-point issue.  If you set/add one of the
other mountpoints, like /usr/lib, you can cd to a subdir without any
trouble.  It appears to be just root ("/").
I'll look into it.

> Thorsten

-- 
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: gcc as strictly win32 compiler

[Christopher Faylor]

On Fri, Jan 31, 2003 at 07:26:12PM -, Max Bowsher wrote:
>If you are not using any of the unix APIs, you may be interested in the
>MinGW project (mingw.sf.net). Cygwin's gcc takes the -mno-cygwin option
>which causes it to function as a MinGW compiler - i.e. the produced exes use
>MSVCRT, not cygwin1.dll.

And as a fish teaching exercise, you might be interested in the command:

gcc -v --help 2>&1 | less

which tells you about -mno-cygwin among other things.

Also, perhaps more importantly, the FAQ has a section entitled "How do I
compile a Win32 executable that doesn't use Cygwin?"

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: DOS <-> Bash interaction...

[Hannu E K Nevalainen (garbage mail)]

> From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]On Behalf
> Of Igor Pechtchanski
>
> Umm, I don't think this is dependent on the Windows version...  My
> (mostly standard, slightly edited) /etc/profile *prepends*
> "/usr/local/bin:/usr/bin:/bin:/usr/local/games:/usr/X11R6/bin" to the
> PATH...  Yours probably does too.  Thus, /bin/find.exe should hide
> /cygdrive/c/WINDOWS/COMMAND/find.exe (which your cygcheck output snippet
> confirms).

 , do I stand corrected? ;~) Yes indeed, it is just as you descibed.
Seems as I shouldn't try to do things when I'm tired.
 The phrase " hides " just got into my head as
" is going to be executed when you try ".
 Maybe because of interpretation problems caused by interlingual
mis-understandings. (Do I use long and winding words? Nooo... ;-)

/Hannu E K Nevalainen, Mariefred, Sweden


--
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: CygWin Installation

[Peter A. Castro]

On Fri, 31 Jan 2003, Steve Fairbairn wrote:

> I assume you never did an early slackware linux install then.

You considder the early Slackware installs difficult, eh??  Hah!  Those
were easy (I did many an install of the early Slackware from floppy
images (and I still like & use Slackware today!)).  Try installing some
of the early AIX's on early RS/6000 hardware, or better yet, AIX V2 on
the IBM PC/RT's (and yes, I did/do both).  

By comparison, the Cygwin installer is quite nice and easy to use.  Those
people who believe installing should be a turn-key operation should
realize that "choice is good" :)

> Steve.
> 
> -Original Message-
> From: subensky [mailto:[EMAIL PROTECTED]]
> Sent: 31 January 2003 15:59
> To: [EMAIL PROTECTED]
> Subject: CygWin Installation
> 
> 
> In over 30 years of computer/it experience I have never seen anything as
> convoluted and
> difficult to use as your CygWin download/installer.
> 
> Sy Bensky
> [EMAIL PROTECTED]
> 
> *** 
> This email has originated from Perwill plc (Registration No. 1906964) 
> Office registered at: 13A Market Square, Alton, Hampshire, GU34 1UR, UK 
> Tel: +44 (0)1420 545000 
> Fax: +44 (0)1420 545001 
> www.perwill.com 
> *** 
> Privileged, confidential and/or copyright information may be contained 
> in this email, and is only for the use of the intended addressee. 
> To copy, forward, disclose or otherwise use it in any way if you are not 
> the intended recipient or responsible for delivering to him/her is
> prohibited.
> If you receive this email by mistake, please advise the sender immediately, 
> by using the reply facility in your email software.
> 
> We may monitor the content of emails sent and received via our network 
> for the purposes of ensuring compliance with policies and procedures. 
> This message is subject to and does not create or vary any contractual 
> relationships between Perwill plc and the recipient. 
> *** 
> Any opinions expressed in the email are those of the sender and not 
> necessarily of Perwill plc.
> *** 
> This email has been scanned for known viruses using 
> McAfee WebShield 4.5 MR1a 
> *** 

-- 
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: Latest TCL/TK breaks Python's tkinter

[Christopher Faylor]

On Fri, Jan 31, 2003 at 02:34:29PM -0500, William A. Hoffman wrote:
>>It's strange that every new release of tcl/tk breaks all past programs
>>which rely on it.
>
>I would not say that this is strange.  The tcl/tk that is in cygwin, is
>only for insight/gdb, as the comment says.  It is not a full
>distribution of tcl/tk.  See the thread "tclsh83.exe should be
>cygtclsh83.exe".

Who do you think releases tcl/tk?  I don't know why you'd think that I
don't know what's going on here.  This was basically a *generic*
observation regardless.  tcl/tk changes the DLL name with every release.
I find that strange.

Regardless, it's very obvious that, setup comments notwithstanding, tk
is used by python.  I don't like breaking python every time I release a
new version of tcl/tk since I don't like making work for Jason.  I guess
that, somehow, Jason has found a chink in my otherwise mean demeanor.

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: linker can't find getsubopt()

[Max Bowsher]

Christopher Faylor wrote:
> On Mon, Jan 20, 2003 at 08:59:35PM -, Max Bowsher wrote:
>> Christopher Faylor wrote:
>>> I don't think it is that simple.  Cygwin doesn't use the getopt that
>>> comes with newlib.
>>
>> Ah. Just because I'm curious, why?
>>
>>> Is there supposed to be any correspondence between
>>> the getopt version and the getsubopt version?
>>
>> I've just looked at newlib's getsubopt.c. It is completely
>> independent of getopt, and in fact, has only been in newlib since
>> 1.11.0.
>> So, unless I've overlooked something, it *is* just a matter of
>> cygwin.din/version.h.
>
> Ok, then.  Thanks for checking.  Getting ready to gratefully accept a
> patch.

Just got round to looking at doing this. It uses a variable in the library,
extern'ed in the application, like getopt's optarg - i.e. problem.

Since I'm not directly interested in this function, I'm not going to take
this further. Just wanted the archives to have all the info.


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: linker can't find getsubopt()

[Christopher Faylor]

On Fri, Jan 31, 2003 at 08:47:15PM -, Max Bowsher wrote:
>Christopher Faylor wrote:
>> On Mon, Jan 20, 2003 at 08:59:35PM -, Max Bowsher wrote:
>>> Christopher Faylor wrote:
 I don't think it is that simple.  Cygwin doesn't use the getopt that
 comes with newlib.
>>>
>>> Ah. Just because I'm curious, why?
>>>
 Is there supposed to be any correspondence between
 the getopt version and the getsubopt version?
>>>
>>> I've just looked at newlib's getsubopt.c. It is completely
>>> independent of getopt, and in fact, has only been in newlib since
>>> 1.11.0.
>>> So, unless I've overlooked something, it *is* just a matter of
>>> cygwin.din/version.h.
>>
>> Ok, then.  Thanks for checking.  Getting ready to gratefully accept a
>> patch.
>
>Just got round to looking at doing this. It uses a variable in the library,
>extern'ed in the application, like getopt's optarg - i.e. problem.
>
>Since I'm not directly interested in this function, I'm not going to take
>this further. Just wanted the archives to have all the info.

NP.  Thanks for researching.

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: Latest TCL/TK breaks Python's tkinter

[William A. Hoffman]

At 03:15 PM 1/31/2003 -0500, Christopher Faylor wrote:
>On Fri, Jan 31, 2003 at 02:34:29PM -0500, William A. Hoffman wrote:
>>>It's strange that every new release of tcl/tk breaks all past programs
>>>which rely on it.
>>
>>I would not say that this is strange.  The tcl/tk that is in cygwin, is
>>only for insight/gdb, as the comment says.  It is not a full
>>distribution of tcl/tk.  See the thread "tclsh83.exe should be
>>cygtclsh83.exe".
>
>Who do you think releases tcl/tk?  I don't know why you'd think that I
>don't know what's going on here.  This was basically a *generic*

That is a good question, I assume from the tone of your question, it is you.
However, I searched the cygwin-apps announce for the new release of tcl/tk
and found no mention of it.  There is also no /usr/doc directory for tcl/tk.  

I guess I am still a bit upset, that the tcl/tk from setup no longer does 
what I need it to do.   The older one was a more complete although very old
release.  I do not think that a tcl/tk release meant only for python and gdb
is a very general solution.   And there is a complete port of tcl/tk that works
with cygwin, so why not use that one.


-Bill




--
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: Cygwin 1.3.19/bash prompt bug

[Jeffery B. Rancier]

> "Max" == Max Bowsher <[EMAIL PROTECTED]> writes:

> How about:
> $ mkpasswd -d -u james >> /etc/passwd
> No registry fiddling involved.

Nope, that didn't do it.  I added:

administrator
Administrator
ADMINISTRATOR

I exited and restarted, but still get garbage as the name.  I'm
running the cygwin.bat

,[ cygwin.bat ]
| @echo off
| 
| h:
| chdir h:\usr\pkg\cygwin\bin
| 
| bash --login -i
`

Other suggestions?
-- 

Thanks,
Jeff
,
| Jeffery B. Rancier
| 
| Softechnics
| a METTLER TOLEDO company
`


--
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: Latest TCL/TK breaks Python's tkinter

[Christopher Faylor]

On Fri, Jan 31, 2003 at 04:02:58PM -0500, William A. Hoffman wrote:
>At 03:15 PM 1/31/2003 -0500, Christopher Faylor wrote:
>>On Fri, Jan 31, 2003 at 02:34:29PM -0500, William A. Hoffman wrote:
It's strange that every new release of tcl/tk breaks all past programs
which rely on it.
>>>
>>>I would not say that this is strange.  The tcl/tk that is in cygwin, is
>>>only for insight/gdb, as the comment says.  It is not a full
>>>distribution of tcl/tk.  See the thread "tclsh83.exe should be
>>>cygtclsh83.exe".
>>
>>Who do you think releases tcl/tk?  I don't know why you'd think that I
>>don't know what's going on here.  This was basically a *generic*
>
>That is a good question, I assume from the tone of your question, it is
>you.  However, I searched the cygwin-apps announce for the new release
>of tcl/tk and found no mention of it.  There is also no /usr/doc
>directory for tcl/tk.

There was an announcement of a new release on Tuesday:
http://sources.redhat.com/ml/cygwin-announce/2003-01/msg00024.html

and Charles Wilson mentioned it in the thread that *you* started:
http://cygwin.com/ml/cygwin/2003-01/msg01690.html

>I guess I am still a bit upset, that the tcl/tk from setup no longer
>does what I need it to do.

For the record, I don't recall that you ever described precisely what
your issue was with tclsh.  When I ran it, I noticed an obvious error
which may have been what you were experiencing.  Coincidentially enough,
I'd been plannnig on releasing a new version of tcl/tk since 8.4.1 was
introduced, so a new release showed up *the day after* you started
complaining.  tclsh84 does not have the obvious error.

It's strange that you are still complaining about this rather than
either reporting bugs with the new version (in the correct place, of
course) or (hopefully) noticing that everything works now.

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: Latest TCL/TK breaks Python's tkinter

[Norman Vine]

Jason Tishler writes:
> 
> On Fri, Jan 31, 2003 at 12:29:30PM -0500, Paul Stodghill wrote:
> > Upgrading to either tcltk-20030128-1 or tcltk-20030128-2 appears to
> > break Python's tkinter. Reinstalling Python didn't help. Reverting to
> > tcltk-20021218-1 fixed the problem.
> 
> Cygwin Python will have to be built against the new Tcl/Tk package to
> solve this problem.  Sorry, no ETA.

I have built a new tkinter that works with the latest Tcl/Tk
and a Cygwin DLL built from the CVS source

If anyone wantw to try just dropping this on top of the older one
I have temporarily placed it on the web at
http://www.vso.cape.com/~nhv/files/python/tkinter.tgz

feedback as to if this works appreciated

Cheers 

Norman

--
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: CygWin Installation

[Peter A. Castro]

On Fri, 31 Jan 2003, Sy or Ursula Bensky wrote:

> The installation would be much simplified if it was available as a 
> tarball or.ZIP file.

Ooh, just what I wanted!  A 1.6Gb tar or .ZIP file :)
Let's see you download *that* over your 56k modem!
(sorry, just couldn't resist...)

> Sy Bensky
> 
> On Friday, January 31, 2003, at 09:52  AM, Max Bowsher wrote:
> 
> > subensky wrote:
> >> In over 30 years of computer/it experience I have never seen anything
> >> as convoluted and
> >> difficult to use as your CygWin download/installer.
> >
> > And the point of this email was ... ?
> >
> > Constructive criticism is welcome. Useless whining is not.
> >
> >
> > Max.

-- 
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: Latest TCL/TK breaks Python's tkinter

[William A. Hoffman]

OK, sorry for the confusion.   I guess the setup comment about this only
working with gdb threw me off track.  I upgraded to it, and a tcl script I had
that uses the tcl package http stopped working.   I looked at the comment,
and figured since I was not gdb, there was no use complaining that it did
not work.

So, should the comment be changed?  Is this a full tcl/tk meant to run any
standard tcl/tk script?

If so, I would like to report that the http package is missing.



-Bill



>It's strange that you are still complaining about this rather than
>either reporting bugs with the new version (in the correct place, of
>course) or (hopefully) noticing that everything works now.
>
>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/



--
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: Latest TCL/TK breaks Python's tkinter

[Mo Awad]

Could someone help me get off this list?
- Original Message -
From: "William A. Hoffman" <[EMAIL PROTECTED]>
Date: Fri, 31 Jan 2003 16:02:58 -0500
To: [EMAIL PROTECTED], [EMAIL PROTECTED]
Subject: Re: Latest TCL/TK breaks Python's tkinter

> At 03:15 PM 1/31/2003 -0500, Christopher Faylor wrote:
> >On Fri, Jan 31, 2003 at 02:34:29PM -0500, William A. Hoffman wrote:
> >>>It's strange that every new release of tcl/tk breaks all past programs
> >>>which rely on it.
> >>
> >>I would not say that this is strange.  The tcl/tk that is in cygwin, is
> >>only for insight/gdb, as the comment says.  It is not a full
> >>distribution of tcl/tk.  See the thread "tclsh83.exe should be
> >>cygtclsh83.exe".
> >
> >Who do you think releases tcl/tk?  I don't know why you'd think that I
> >don't know what's going on here.  This was basically a *generic*
> 
> That is a good question, I assume from the tone of your question, it is you.
> However, I searched the cygwin-apps announce for the new release of tcl/tk
> and found no mention of it.  There is also no /usr/doc directory for tcl/tk.  
> 
> I guess I am still a bit upset, that the tcl/tk from setup no longer does 
> what I need it to do.   The older one was a more complete although very old
> release.  I do not think that a tcl/tk release meant only for python and gdb
> is a very general solution.   And there is a complete port of tcl/tk that works
> with cygwin, so why not use that one.
> 
> 
> -Bill
> 
> 
> 
> 
> --
> 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/
> 

-- 
__
Sign-up for your own FREE Personalized E-mail at Mail.com
http://www.mail.com/?sr=signup


--
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: Latest TCL/TK breaks Python's tkinter

[Max Bowsher]

Mo Awad wrote:
> Could someone help me get off this list?

Unsubscribe instructions are at the bottom of *every* message. Read them.

>> Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple


--
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: Suggestion: KDE / QT and GNOME cygwin available

[Ralf Habacker]

>Currently it is a resourcen problem, that kde/qt isn't be distributed with the
>cygwin net release. I have all hands to do with the user support on the
>kde-cygwin mailing lists and foren and to deal with the basic stuff (ld,
>imagehelper,libtool,...), that there is no time to support the users in the
>cygwin mailing lists, too. I'm sorry.

A note:
May be, that I do things in an uneffective way, so it would be interesting to
hear, how others deals with this.
I believe, that others on this list must also be under a very high pressure or
I'm completly wrong ?

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/

i have a similar site as cygwin.com... want to link to you

[Angela Karesh]

I noticed cygwin.com (Cygwin) ranked #24 in Google for the keyword ".dll". I have a 
website that is a good match for your's and I think it makes sense for us to link to 
each other for 2 important reasons:

1 - It will be beneficial to both our users (most important!)
2 - The more links we both have pointing at our site... the higher we will both 
naturally rank in Google.


Google doesn't just analyze the number of sites linked to you, however... they also 
look at how relevant and "important' the sites are that are linked to you. My site, 
for example, is listed in Yahoo. This means that a link from my site will be weighted 
much heavier than links from other sites (you can read more on how Google uses Link 
Pop to determine rank here: http://www.google.com/technology/index.html )

I really think it would be in both our interests to link to each other's sites. If 
you're interested, please reply and let me know. I'll send you all the info you need 
and I'll get your info as well. 


Thanks for your time... I know that this will be worth your while.

Angela




--
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: Latest TCL/TK breaks Python's tkinter

[Christopher Faylor]

On Fri, Jan 31, 2003 at 04:48:13PM -0500, William A. Hoffman wrote:
>OK, sorry for the confusion.   I guess the setup comment about this only
>working with gdb threw me off track.  I upgraded to it, and a tcl script I had
>that uses the tcl package http stopped working.   I looked at the comment,
>and figured since I was not gdb, there was no use complaining that it did
>not work.
>
>So, should the comment be changed?

I had removed the 'gdb only' words from the setup hint earlier.

>Is this a full tcl/tk meant to run any standard tcl/tk script?

This version of tcl/tk should be fully functional.

>If so, I would like to report that the http package is missing.

I've been informed privately that http is available in the release that I
provided.

If you have specific problems, you'll have to provide specific bug
reports.  Assuming that you are finally using tcl 8.4.1, please provide
the error that you're getting wrt the http package.  If you aren't using
8.4.1 (and why wouldn't you be by now?) then upgrade.

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: tail -f problem

[Scott Alexander]

I've read the archives (now that I found it) about other people posting
about this.  However, this does not change the fact that linux's version of
tail works plenty fine with viewing IIS logfiles vs. Cygwin's version of
tail.

-Original Message-
From: Matthew Smith [mailto:[EMAIL PROTECTED]]
Sent: Friday, January 31, 2003 10:39 AM
To: Cygwin
Cc: Scott Alexander
Subject: Re: tail -f problem


This is not the fault of tail, rather IIS.  Search the archives if you're
interested why.

cheers,
-Matt Smith



> With cygwin's tail, the output is not quite the same as the linux version
of
> tail.  With Cygwin's version, I will get output with tail -f, but the
> updates aren't "realtime" as the linux version -- the updates are barely
> shown at all, if ever.  Here are the different methods I used to try and
> parse the IIS log file:
> Thanks,
> -Scott



--
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: Cannot run ssh...

[Christopher Faylor]

On Fri, Jan 31, 2003 at 08:29:58AM +0100, Sylvain Petreolle wrote:
>you must install the openssl package.
>see http://www.cygin.com/packages

Which should, of course, have already been installed automatically if
you run the normal cygwin install.

I'm redirecting this to the proper mailing list.

I also suggest that reading http://cygwin.com/bugs.html will be a
good first step to debugging the problem.

cgf

>> via ssh, I get the following message in the xterm:
>> bash: /usr/bin/ssh: Permission denied
>> 
>> then another message appears in a window with the message:
>> A required .DLL file, CYGCRYPTO-0.9.7.DLL was not found.

--
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: tail -f problem

[Matthew Smith]

This is not the fault of tail, rather IIS.  Search the archives if you're
interested why.

cheers,
-Matt Smith



> With cygwin's tail, the output is not quite the same as the linux version
of
> tail.  With Cygwin's version, I will get output with tail -f, but the
> updates aren't "realtime" as the linux version -- the updates are barely
> shown at all, if ever.  Here are the different methods I used to try and
> parse the IIS log file:
> Thanks,
> -Scott


--
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: tail -f problem

[Matthew Smith]

This is not a simple issue of "the linux tail works, and the cygwin tail
doesn't".  You're exporting an smb share, which most likely (or could
possibly) affect buffering/flushing.  At any rate, if the linux tail is
working for you, use it.

cheers,
-Matt


> I've read the archives (now that I found it) about other people posting
> about this.  However, this does not change the fact that linux's version
of
> tail works plenty fine with viewing IIS logfiles vs. Cygwin's version of
> tail.
>
> -Original Message-
> From: Matthew Smith [mailto:[EMAIL PROTECTED]]
> Sent: Friday, January 31, 2003 10:39 AM
> To: Cygwin
> Cc: Scott Alexander
> Subject: Re: tail -f problem
>
>
> This is not the fault of tail, rather IIS.  Search the archives if you're
> interested why.
>
> cheers,
> -Matt Smith
>
>
>
> > With cygwin's tail, the output is not quite the same as the linux
version
> of
> > tail.  With Cygwin's version, I will get output with tail -f, but the
> > updates aren't "realtime" as the linux version -- the updates are barely
> > shown at all, if ever.  Here are the different methods I used to try and
> > parse the IIS log file:
> > Thanks,
> > -Scott


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

fatal IO error 104:

[Aldi Kraja]

Hi,

I Open x windows: three open by default. I connect with one of them 
through ssh to a server. After some work I exit from each window with 
"exit". Cygwin at the end it reports a problem:
The problem:
XIO:  fatal IO error 104 (Connection reset by peer) on X server ":0.0"
waiting for X server to shut down X connection to :0.0 broken (explicit 
kill or
server shutdown).

What does it mean this error and how to eliminate it?
TIA,
Aldi


--




--
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: i have a similar site as cygwin.com... want to link to you

[Randall R Schulz]

Hey! I've got an idea.

Why don't we each send Angela a reply tell her what we think of her 
suggestion (whatever that may be). Please be thorough in explaining 
your point of view.

RRS


At 14:48 2003-01-31, Angela Karesh wrote:

I noticed cygwin.com (Cygwin) ranked #24 in Google for the keyword 
".dll". I have a website that is a good match for your's and I think 
it makes sense for us to link to each other for 2 important reasons:

1 - It will be beneficial to both our users (most important!)
2 - The more links we both have pointing at our site... the higher we 
will both naturally rank in Google.


Google doesn't just analyze the number of sites linked to you, 
however... they also look at how relevant and "important' the sites 
are that are linked to you. My site, for example, is listed in Yahoo. 
This means that a link from my site will be weighted much heavier than 
links from other sites (you can read more on how Google uses Link Pop 
to determine rank here: http://www.google.com/technology/index.html )

I really think it would be in both our interests to link to each 
other's sites. If you're interested, please reply and let me know. 
I'll send you all the info you need and I'll get your info as well.


Thanks for your time... I know that this will be worth your while.

Angela


--
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: i have a similar site as cygwin.com... want to link to you

[Igor Pechtchanski]

Hmm, I don't think anyone really wants to know what her ".dll" stands
for... :-)
Igor

On Fri, 31 Jan 2003, Randall R Schulz wrote:

> Hey! I've got an idea.
>
> Why don't we each send Angela a reply tell her what we think of her
> suggestion (whatever that may be). Please be thorough in explaining
> your point of view.
>
> RRS
>
> At 14:48 2003-01-31, Angela Karesh wrote:
>
> >I noticed cygwin.com (Cygwin) ranked #24 in Google for the keyword
> >".dll". I have a website that is a good match for your's and I think
> >it makes sense for us to link to each other for 2 important reasons:
> >
> >1 - It will be beneficial to both our users (most important!)
> >2 - The more links we both have pointing at our site... the higher we
> >will both naturally rank in Google.
> >
> >Google doesn't just analyze the number of sites linked to you,
> >however... they also look at how relevant and "important' the sites
> >are that are linked to you. My site, for example, is listed in Yahoo.
> >This means that a link from my site will be weighted much heavier than
> >links from other sites (you can read more on how Google uses Link Pop
> >to determine rank here: http://www.google.com/technology/index.html )
> >
> >I really think it would be in both our interests to link to each
> >other's sites. If you're interested, please reply and let me know.
> >I'll send you all the info you need and I'll get your info as well.
> >
> >Thanks for your time... I know that this will be worth your while.
> >
> >Angela

-- 
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: i have a similar site as cygwin.com... want to link to you

[Christopher Faylor]

On Fri, Jan 31, 2003 at 09:43:40PM -0500, Igor Pechtchanski wrote:
>Hmm, I don't think anyone really wants to know what her ".dll" stands
>for... :-)

Yeah, I get the feeling that her's definition is not the same as our's.

cgf

>> At 14:48 2003-01-31, Angela Karesh wrote:
>>
>> >I noticed cygwin.com (Cygwin) ranked #24 in Google for the keyword
>> >".dll". I have a website that is a good match for your's and I think
>> >it makes sense for us to link to each other for 2 important reasons:

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

/usr/bin/tclsh84

[Jonathan Larmour]

Ah another day another tclsh.

Unfortunately there are those of us who like having scripts that are 
portable between OS's :-). On Linux at least, tclsh is installed as 
/usr/bin/tclsh with no version number suffix. Cygwin used tclsh83 and 
tclsh84 and will no doubt use tclsh85 when it comes out.

Why can't we just have a nice standard /usr/bin/tclsh that scripts can 
easily reference like other UNIX environments? Even if it's only a soft 
link to the most recently installed tclshNN (like RPM post-install scripts 
do for the linux kernel etc.). I know cygwin has got post-install scripts, 
so any reason not to?

Out of interest, this is the magic we've so far used to cope with name and 
path differences on cygwin, and we'd like it not to keep getting out of 
date. Or indeed our documentation - eCos users use cygwin because the 
tools require it, not because they want to understand the intricacies of 
finding the correct tcl version having never touched bash/cygwin before :-).

#!/bin/bash
# restart using a Tcl shell \
exec sh -c 'for tclshell in tclsh tclsh83 cygtclsh80 ; do \
( echo | $tclshell ) 2> /dev/null && \
  exec $tclshell "`( cygpath -w \"$0\" ) 2> /dev/null || \
  echo $0`" "$@" ; \
done ; \
echo "Cannot find Tcl shell" ; exit 1' "$0" "$@"

The convolutions are to deal with spaces in path names, and this was 
recently fixed to cope with tclsh83 not liking cygwin style paths as $0, a 
regression from cygtclsh80 out of interest.

Jifl
--
eCosCentric   http://www.eCosCentric.com/   <[EMAIL PROTECTED]>
--[ "You can complain because roses have thorns, or you ]--
--[  can rejoice because thorns have roses." -Lincoln   ]-- Opinions==mine


--
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 & $PS1 (display error)

[Rolf Campbell]

I've noticed several display problems with bash and prompts.  Here's an
easy way to recreate one of them:

(I've marked the lines to alleviate the wrapping problem)

#line 1
PS1='$PWD> '
#line2
mkdir -p
/tmp/tmp/tmp/tmp/tmp/tmp/tmp/tmp/tmp/tmp/tmp/tmp/tmp/tmp/tmp/tmp/tmp/tmp
/tmp/tmp/tmp/tmp/tmp/tmp/tmp/tmp/tmp/tmp/tmp/tmp/tmp
#line3
cd
/tmp/tmp/tmp/tmp/tmp/tmp/tmp/tmp/tmp/tmp/tmp/tmp/tmp/tmp/tmp/tmp/tmp/tmp
/tmp/tmp/tmp/tmp/tmp/tmp/tmp/tmp/tmp/tmp/tmp/tmp/tmp

When I run this (whether it be in rxvt or in the NT console) I get a
prompt that looks like this:
/tmp/tmp/tmp/tmp/tmp/tmp/tmp/tmp/tmp/tmp/tmp/tmp/tmp/tmp/tmp/tmp/tmp/tmp
/tmp/tmp/tmp/tmp/tmp/tmp/tmp(#1)
/tmp(#2)
/tmp/tmp/tmp/tmp/tmp>

I've marked the original new-lines.  (#1) in a correct wrap that
occurred at the edge of my display.  (#2) is an incorrect wrap that
happens for no obvious reason.

This only seems to happen if the path is wider than the display.

-Rolf Campbell
Software Designer
Tropic Networks


Cygwin Win95/NT Configuration Diagnostics
Current System Time: Fri Jan 31 22:35:01 2003

Windows 2000 Professional Ver 5.0 Build 2195 Service Pack 3

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

SysDir: C:\WINNT\System32
WinDir: C:\WINNT

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

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

HKEY_CURRENT_USER\Software\Cygnus Solutions
HKEY_CURRENT_USER\Software\Cygnus Solutions\Cygwin
HKEY_CURRENT_USER\Software\Cygnus Solutions\Cygwin\mounts v2
  (default) = `/cygdrive'
  cygdrive flags = 0x0022
HKEY_CURRENT_USER\Software\Cygnus Solutions\Cygwin\mounts v2\/c
  (default) = `C:'
  flags = 0x0002
HKEY_CURRENT_USER\Software\Cygnus Solutions\Cygwin\mounts v2\/e
  (default) = `E:'
  flags = 0x0002
HKEY_CURRENT_USER\Software\Cygnus Solutions\Cygwin\mounts v2\/f
  (default) = `F:'
  flags = 0x
HKEY_CURRENT_USER\Software\Cygnus Solutions\Cygwin\mounts v2\/g
  (default) = `\\Filer01\home\rcampbell'
  flags = 0x0102
HKEY_CURRENT_USER\Software\Cygnus Solutions\Cygwin\mounts v2\/p
  (default) = `P:'
  flags = 0x0002
HKEY_CURRENT_USER\Software\Cygnus Solutions\Cygwin\mounts v2\/w
  (default) = `W:'
  flags = 0x0002
HKEY_CURRENT_USER\Software\Cygnus Solutions\Cygwin\Program Options
HKEY_CURRENT_USER\Software\Microsoft\Windows\CurrentVersion\Explorer\MenuOrder\Start 
Menu\Programs\Cygnus Solutions
  (default) = (unsupported type)
HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions
HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\Cygwin
HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\Cygwin\mounts v2
  (default) = `/cygdrive'
  cygdrive flags = 0x0022
HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\Cygwin\mounts v2\/
  (default) = `C:/cygwin'
  flags = 0x000a
HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\Cygwin\mounts v2\/d
  (default) = `D:'
  flags = 0x000a
HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\Cygwin\mounts v2\/h
  (default) = `H:'
  flags = 0x000a
HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\Cygwin\mounts v2\/usr/bin
  (default) = `C:/cygwin/bin'
  flags = 0x000a
HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\Cygwin\mounts v2\/usr/lib
  (default) = `C:/cygwin/lib'
  flags = 0x000a
HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\Cygwin\mounts v2\/usr/X11R6/lib/X11/fonts
  (default) = `C:\cygwin\usr\X11R6\lib\X11\fonts'
  flags = 0x000a
HKEY_LOC

Re: bash & $PS1 (display error)

[Randall R Schulz]

Rolf,

Assuming some of your prompt is non-printing (escape sequences) offset 
those non-printing portions with \[backslash-escaped square brackets\]. 
That tells BASH (and / or the readline library it incorporates) not to 
count those portions for the purpose of wrapping the displayed input lines.


Randall Schulz


At 19:41 2003-01-31, Rolf Campbell wrote:
I've noticed several display problems with bash and prompts.  Here's an
easy way to recreate one of them:

(I've marked the lines to alleviate the wrapping problem)

#line 1
PS1='$PWD> '
#line2
mkdir -p
/tmp/tmp/tmp/tmp/tmp/tmp/tmp/tmp/tmp/tmp/tmp/tmp/tmp/tmp/tmp/tmp/tmp/tmp
/tmp/tmp/tmp/tmp/tmp/tmp/tmp/tmp/tmp/tmp/tmp/tmp/tmp
#line3
cd
/tmp/tmp/tmp/tmp/tmp/tmp/tmp/tmp/tmp/tmp/tmp/tmp/tmp/tmp/tmp/tmp/tmp/tmp
/tmp/tmp/tmp/tmp/tmp/tmp/tmp/tmp/tmp/tmp/tmp/tmp/tmp

When I run this (whether it be in rxvt or in the NT console) I get a
prompt that looks like this:
/tmp/tmp/tmp/tmp/tmp/tmp/tmp/tmp/tmp/tmp/tmp/tmp/tmp/tmp/tmp/tmp/tmp/tmp
/tmp/tmp/tmp/tmp/tmp/tmp/tmp(#1)
/tmp(#2)
/tmp/tmp/tmp/tmp/tmp>

I've marked the original new-lines.  (#1) in a correct wrap that
occurred at the edge of my display.  (#2) is an incorrect wrap that
happens for no obvious reason.

This only seems to happen if the path is wider than the display.

-Rolf 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: /usr/bin/tclsh84

[Christopher Faylor]

On Sat, Feb 01, 2003 at 03:13:47AM +, Jonathan Larmour wrote:
>Ah another day another tclsh.

Ah, another hour, another tcl/tk whinge.

>Even if it's only a soft link to the most recently installed tclshNN
>(like RPM post-install scripts do for the linux kernel etc.).  I know
>cygwin has got post-install scripts, so any reason not to?

I don't know what post-install scripts have to do with anything but I'll
add symbolic links to everything in the cygwin tcl release if it stops
just one of these tcl/tk complaints.

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 & $PS1 (display error)

[Rolf Campbell]

My prompt is (from the script below) "PS1='$PWD> '".  All of the
characters are 'printable' and none are \[\] enclosed.

> -Original Message-
> From: Randall R Schulz [mailto:[EMAIL PROTECTED]] 
> Sent: Friday, January 31, 2003 11:01 PM
> To: [EMAIL PROTECTED]
> Subject: Re: bash & $PS1 (display error)
> 
> 
> Rolf,
> 
> Assuming some of your prompt is non-printing (escape 
> sequences) offset 
> those non-printing portions with \[backslash-escaped square 
> brackets\]. 
> That tells BASH (and / or the readline library it 
> incorporates) not to 
> count those portions for the purpose of wrapping the 
> displayed input lines.
> 
> 
> Randall Schulz
> 
> 
> At 19:41 2003-01-31, Rolf Campbell wrote:
> >I've noticed several display problems with bash and prompts. 
>  Here's an 
> >easy way to recreate one of them:
> >
> >(I've marked the lines to alleviate the wrapping problem)
> >
> >#line 1
> >PS1='$PWD> '
> >#line2
> >mkdir -p 
> >/tmp/tmp/tmp/tmp/tmp/tmp/tmp/tmp/tmp/tmp/tmp/tmp/tmp/tmp/tmp/
> tmp/tmp/tm
> >p
> >/tmp/tmp/tmp/tmp/tmp/tmp/tmp/tmp/tmp/tmp/tmp/tmp/tmp
> >#line3
> >cd
> >/tmp/tmp/tmp/tmp/tmp/tmp/tmp/tmp/tmp/tmp/tmp/tmp/tmp/tmp/tmp/
> tmp/tmp/tmp
> >/tmp/tmp/tmp/tmp/tmp/tmp/tmp/tmp/tmp/tmp/tmp/tmp/tmp
> >
> >When I run this (whether it be in rxvt or in the NT console) I get a 
> >prompt that looks like this: 
> >/tmp/tmp/tmp/tmp/tmp/tmp/tmp/tmp/tmp/tmp/tmp/tmp/tmp/tmp/tmp/
> tmp/tmp/tm
> >p
> >/tmp/tmp/tmp/tmp/tmp/tmp/tmp(#1)
> >/tmp(#2)
> >/tmp/tmp/tmp/tmp/tmp>
> >
> >I've marked the original new-lines.  (#1) in a correct wrap that 
> >occurred at the edge of my display.  (#2) is an incorrect wrap that 
> >happens for no obvious reason.
> >
> >This only seems to happen if the path is wider than the display.
> >
> >-Rolf 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/
> 
> 

--
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: fatal IO error 104:

[Christopher Faylor]

On Fri, Jan 31, 2003 at 07:53:30PM -0600, Aldi Kraja wrote:
>Hi,
>
>I Open x windows: three open by default. I connect with one of them 
>through ssh to a server. After some work I exit from each window with 
>"exit". Cygwin at the end it reports a problem:
>The problem:
>XIO:  fatal IO error 104 (Connection reset by peer) on X server ":0.0"
>waiting for X server to shut down X connection to :0.0 broken (explicit 
>kill or
>server shutdown).
>
>What does it mean this error and how to eliminate it?
>TIA,
>Aldi

Hard to say.  Why not ask the experts in the correct mailing list?

I've redirected this email there.

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/

bash lockup

[Sean McBride]

I thank all of you who comented on my last post.

I have another small problem.

I installed the package with the installer and then later, added pine to my
installation.  I don't think installing pine has anything to do with my
problem, but I only noticed this after adding that package.

occasionally when executing commands from bash the command window locks up.
^c does nothing and I can't even close the window.  Even Ctrl-Alt-Del End
task won't get rid of the misbehaving command window.  Only if I shut down a
task called "oldwinapp" does the command window go away.  Then I am able to
restart bash and rerun the same exact command I attempted before with no
problem.  After a while, it locks up on another command..  There seems to be
no pattern to the command or time it does this at.

Has anyone else experienced this problem?  Maybe I am doing something wrong?

Thanks for your patience.


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

system() error for each LoadLibrary() dll

[Paul Kienzle]

Hi,

I'm trying to debug a problem with Octave running under
Cygwin for Windows ME.

Every time I fork, I get a message box for each dynamically
loaded dll saying:
   Octave has caused an error in SUB.DLL
   Octave will now close.
This does not happen in Windows 2000.

In trying to locate the problem, I've removed all octave
specific code.  The problem occurs if I link against one
of the three octave libraries (liboctinterp) but not if I
link against the other two.  Again, I am not using any
symbols from octave, so it is something in the dll
initialization code which is causing the problem.

Any suggestions what sort of code to look for?

Or do I have to start chopping bits out of liboctinterp
at random until the program stops breaking?

Thanks in advance,

Paul Kienzle
[EMAIL PROTECTED]

PS, I'm including my test code here, but you won't be
able to use it without liboctinterp and their dependencies. 
These are rather large (~5.4 Mb compressed), so I've
put them at

   http://mywebpages.comcast.net/pkienzle/octave.html

--- dynmain.cc:
#include 
#include 
int main(int argc, char *argv[])
{
 HINSTANCE handle = LoadLibrary("dynsub.dll");
 std::cout << "# Calling system\n";
 system("ls");
 std::cout << "# continuing\n";
 return 0;
}

--- dynsub.c:
#include 
void dynsub(void) { printf("in dynsub\n"); }

--- Makefile:
all: dynsub.dll dynmain.exe dynerr.exe
dynmain.exe: dynmain.o  ; g++ -o $@ $<
dynerr.exe : dynmain.o  ; g++ -o $@ $< liboctinterp.dll.a
dynmain.o  : dynmain.cc ; g++ -c dynmain.cc
dynsub.dll : dynsub.o   ; gcc -shared dynsub.c -o dynsub.dll



--
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 & $PS1 (display error)

[Randall R Schulz]

At 20:37 2003-01-31, Rolf Campbell wrote:

My prompt is (from the script below) "PS1='$PWD> '".  All of the
characters are 'printable' and none are \[\] enclosed.



Rolf,

Is 'printable' different than plain old printable?


Anyway, I can repeat this (and other concomitant artifacts, too).

It looks like a bug.

I like current directory feedback, too, but I hate it in the prompt. 
Putting it in the window title bar is nice, however. If you like that 
idea, try this or something similar:

PS1=$'\[\e]0; \u :: \W (\w)\a\]\!> '

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/