RE: Increasing Available Memory for Cygwin Run Programs in XP

[Danny Smith]

> I am trying to run a numerical simulation that requires a large amount
> of RAM in the cygwin environment running on a Pentium 4 with Windows
> XP and 3GB RAM. I have so far learned that Windows XP (and other
> Windows versions) allot only 2GB RAM for user program space. I have
> verified this with a small program I developed that allocates the
> maximum available memory to 4 bytes.
> In Windows when I run this program I am able to allocate a total of
> 1.94GB of memory, 
> 

Look at "--large-address-aware" option in ld.info.

Danny


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

Re: MySQL 5.0.21 C API under cygwin

[Reini Urban]

So when is someone proposing (ITP'ing) at least the mysql-client and
libmysql packages?

2006/5/11, Lloeki <[EMAIL PROTECTED]>:

>
> Thanks for the information.  For the benefit of all, could you list all
> of your configure options that are relevant to building MySQL on Cygwin?
>

FWIW, mine is:

$ mysql --version
mysql  Ver 14.12 Distrib 5.0.18, for pc-cygwin (i686) using  EditLine wrapper

conf'd with just --prefix=/opt/mysql --without-server then make && make install
(and using TCP to connect w/ a local windows server).
On my various (lots) installs, I never had a hitch.

I successfully built php 5.1.2 against it (and others which I don't remember).
I remember doing the same with mysql4 and php4, but can't recall the
exact versions.

I was in the process of building some emerge-like script (and learning
python at the same time), which helps me rebuild stuff from source tgz
and change 'use' flags easily, and ideally script and automate a whole
cygwin install+compile, but RealWork(tm) prevented me to come to
something close to distributable. I'll certainly continue someday, but
I wonder if anyone willbe  interested by such a script in the future
(when it'll be usable by someone else than just me)?


For emerge-like script look at cygport, which was ITP'ed last week in
cygwin-apps.
This is stable and I already used that for the quite complicated
postgresql packages.
--
Reini Urban
http://phpwiki.org/
http://spacemovie.mur.at/   http://helsinki.at/

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

ssh problem

[Cédric Bouttes]

Hello,

I have a problem with ssh on cygwin.

When i use : ssh localhost i have the following
message and so i can't connect on ssh locally

The authenticity of host 'localhost (127.0.0.1)' can't
be established.
RSA key fingerprint is
7a:83:37:4b:d2:e0:b7:f5:2a:30:a3:4b:db:26:bc:07.
Are you sure you want to continue connecting (yes/no)?
yes
Failed to add the host to the list of known hosts
(/home/Cedric/.ssh/known_hosts).
[EMAIL PROTECTED]'s password: 

Why ?

Thank you

Cedric

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

Re: tcdrain

[Karel Kulhavy]

On Wed, May 10, 2006 at 05:14:30PM +0100, Dave Korn wrote:
> On 10 May 2006 14:05, Karel Kulhavy wrote:
> 
> > Hello
> > 
> > It looks like tcdrain in cygwin doesn't wait until data are transmitted,
> > but just drains the software buffer, and doesn't drain the buffer in the
> > 16550A chip. Can you please confirm that this is really how Cygwin
> > works?
> 
>   Nope, but I can confirm that this is really how Windows works.  Cygwin
> relies on the win32 FlushFileBuffers function; it doesn't contain a
> kernel-mode device driver to manipulate the serial port registers, so this is
> probably as close as we can get.
> 
> > I got data corrupted because of this because the data rate was switched
> > before all the old data got transmitted.
> > 
> > If it's this case, I suggest to add a note about this exception into
> > http://www.cygwin.com/cygwin-api/std-posix.html
> > 
> > Doesn't POSIX say "tcdrain()  waits  until all output written to the
> > object referred to by fd has been transmitted" (taken from man tcdrain),
> > in which case the aforementioned behaviour would not be POSIX compliant.
> 
> Yep, it does.  BTW, the opengroup posix spec is more definitive than man
> pages, which are often system- and architecture-specific.
> 
> http://www.opengroup.org/onlinepubs/95399/functions/tcdrain.html
> 
> However the meaning of "shall block until all output written to the object
> referred to by fildes is transmitted" doesn't seem very clear to me.  If "the

But "the object" should be the same object for tcdrain and setting the
speed. The problem for cygwin is that the drain works in a different
point of the data pipeline than the speed, which is what corrupted my
data.

What POSIX means is I think that if you call drain and then set speed,
the data don't get corrupted.

I don't care if cygwin is posix compliant or not - either write there
that's there's an exception in this case, or implement it if you think
it's easy. If you don't do this, people will unnecessary waste time
discovering that what they were promised is not true.

> object referred to" is "the serial port", then it's fair to say that the data
> has been sent to the serial port; it says nothing about where and/or when the
> serial port sends it on to.  I can't see "the object referred to by fildes" as
> meaning the device attached to the cable on the far side of the serial port,
> so arguably it's unspecified what it should do about the on-chip buffers.
> IIRC tcdrain was only implemented a little while ago, and there was some
> discussion of the matter on the list, resulting in the current design
> compromise.
> 
>   Hmm.  It looks like it might be possible to call GetCommProperties and test
> dwCurrentTxQueue to see if it was zero, but I dunno if that'll work properly
> in all cases.  The docs for PurgeComm suggest using FlushFileBuffers, which is
> what cygwin does do, and don't suggest any issues in relation to caches.
> Maybe calling WaitCommEvent (..., EV_TXEMPTY, ...) might do what you want.  If
> you could do some experimentation and tell us what works, we might even be
> able to improve cygwin's tcdrain functionality.

I calculated a delay for 64-byte buffer (4xmore than typical 16550A/
Winbond que) and put it there and now it works.

CL<
> 
>   At the very worst, you could just look up the
> GetCommProperties->COMMPROP->dwMaxTxQueue and simply delay for that many
> character times (modulo current baudrate settings and flow control issues)
> before changing the speed.
> 
> cheers,
>   DaveK
> -- 
> Can't think of a witty .sigline today
> 
> 
> --
> Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
> Problem reports:   http://cygwin.com/problems.html
> Documentation: http://cygwin.com/docs.html
> FAQ:   http://cygwin.com/faq/

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

Re: MySQL 5.0.21 C API under cygwin

[Lloeki]

For emerge-like script look at cygport, which was ITP'ed last week in
cygwin-apps.


Holy hippo, when at last will I stop reinventing the wheel ?! It just
seems like everytime I have some kind of idea and seriously start to
work on it, someone has the sneaky idea to release an equivalent
project, thus blowing my motivation to bits.
Last time for a project of mine, I felt like I had to dev' (and did) a
php db abstraction layer+api which autogenerates stuff, just to
discover rails does just fit in for the need (though I don't know
ruby, and RoR seems to be lacking in terms of docs and community).
BTW, while we're on success stories, I managed to make
lighttpd/ruby/rails/mysql work quite nicely under cygwin, which was
close to a RPITA for some reason.

Concerning cygport, it seems like a great package, though from what I
read I could not grasp its exact goal. Mine was to give packages major
configurability through use flags and live compilation, and to take
inspiration from gentoo customizable/scriptable installation schema,
effectively making it some sort of alternate distro (though mainly for
personal use only). I might just continue to dev' it for learning
purpose, and if someday I feel like it's relevant enough, publish it
on the www (which I highly suspect will, as always, never happen).

Lloeki

Re: ssh problem

[mwoehlke]

Cédric Bouttes wrote:

I have a problem with ssh on cygwin.

When i use : ssh localhost i have the following
message and so i can't connect on ssh locally

The authenticity of host 'localhost (127.0.0.1)' can't
be established.
RSA key fingerprint is
7a:83:37:4b:d2:e0:b7:f5:2a:30:a3:4b:db:26:bc:07.
Are you sure you want to continue connecting (yes/no)?
yes
Failed to add the host to the list of known hosts
(/home/Cedric/.ssh/known_hosts).
[EMAIL PROTECTED]'s password: 


Why ?


Sounds like your ~/.ssh/known_hosts is not writable.

You should also read...
Problem reports:   http://cygwin.com/problems.html

--
Matthew
"Ethics? We've heard of it" --Microsoft


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

Re: cvs pserver issue with new cygwin packages

[Igor Peshansky]

On Thu, 11 May 2006, Charles Wilson wrote:

> Eric Blake wrote:
> > > > $ cvs co test
> > > > cannot mkdir /tmp/cvs-serv3172/.
> > > > No such file or directory
> > > This was a bug in Cygwin 1.5.19, which returned the wrong error code for
> > > creating this directory, and CVS didn't know to ignore it.  Try a
> > > snapshot.
> >
> > It wasn't the 'wrong' errno, so much as a different errno than Linux
> > used in the same situation, and a bug that still exists in CVS for
> > blindly assuming that only the Linux errno will be used even on
> > non-Linux platforms.  POSIX allows any number of errno
> > returns when more than one simultaneous error condition exists.
>
> Well now.  That's news to me.  I thought it WAS a pure cygwin bug, not a
> misinterpretation of POSIX by the cvs guys.  After folks discovered the
> errno issue and it was "fixed" in the cygwin snapshots, I said "I don't
> want to clutter up the cvs sourcecode with a workaround for a bug that's
> already fixed.  We'll just wait for cygwin-1.5.20"

There was some analysis of this back in February.  The problem was that
Cygwin's behavior was contrary to POSIX.  POSIX states:

The mkdir() function shall fail if:

[ENOENT]
A component of the path prefix specified by path does not name an
existing directory or path is an empty string.
[EEXIST]
The named file exists.

Cygwin set errno to ENOENT for somedir/., even if somedir existed.  This
was just plain wrong (i.e., nothing in the above allows such behavior).

> Given Eric's explanation, that was the wrong decision.  Given the
> controversy over cvs-1.11.21, I'll release an update of cvs-1.11.17 with
> a workaround for this...difference of opinion? as soon as I can.  Which
> would be sooner if someone sent me a P to TC.

Chuck, the problem with adding a workaround is that there may be a
legitimate ENOENT (e.g., you call mkdir("/path/to/somedir/."), and "/path"
doesn't exist).  So, even the hack you proposed in
 will not work...  The
only safe (but very inefficient) fix is to test every path component, and
ignore ENOENT only if all of them exist.
Igor
-- 
http://cs.nyu.edu/~pechtcha/
  |\  _,,,---,,_[EMAIL PROTECTED] | [EMAIL PROTECTED]
ZZZzz /,`.-'`'-.  ;-;;,_Igor Peshansky, Ph.D. (name changed!)
 |,4-  ) )-,_. ,\ (  `'-'   old name: Igor Pechtchanski
'---''(_/--'  `-'\_) fL a.k.a JaguaR-R-R-r-r-r-.-.-.  Meow!

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

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

Data streams being treated as files in Cygwin

[Vishwanath_Karthik]

Hi,
  There seems to a problem on how the data streams are handled in Cygwin.
   Cygwin is treating a data stream as a file which should not be the case.

  Following are the steps followed to create and access a data stream using 
cygwin shell in Windows environment.

  Sh-3.1$ echo "data1" > test00
  Sh-3.1$ echo "data1" > test00:stream

  Now test00 is a file and test00:stream is a data stream associated with 
the file test00

  When we do an "ls" at this path we are able to see only test00 file and 
not the stream test00:stream  -> this functionality is OK as streams cannot be 
locked and also it is not a file 

  In one of the perl scripts when we did a file test for both "test00" and 
"test00:stream" ,both succeeded even though "test00:stream" is not a file

  The network traces of the shell command "test -f test00:stream" showed 
that Cygwin opens the file "test00:stream" instead of sending a server reply 
"NO file found"
 
  So a patch has to be applied to resolve this issue. Can you please 
provide us with a patch so that the data streams are handled as expected .


  Thanks and Regards,
  Karthik
   

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

Re: ssh problem

[Igor Peshansky]

On Thu, 11 May 2006, Cédric Bouttes wrote:

> Hello,
>
> I have a problem with ssh on cygwin.
>
> When i use : ssh localhost i have the following
> message and so i can't connect on ssh locally
>
> The authenticity of host 'localhost (127.0.0.1)' can't
> be established.
> RSA key fingerprint is
> 7a:83:37:4b:d2:e0:b7:f5:2a:30:a3:4b:db:26:bc:07.
> Are you sure you want to continue connecting (yes/no)?
> yes
> Failed to add the host to the list of known hosts
> (/home/Cedric/.ssh/known_hosts).
> [EMAIL PROTECTED]'s password:
>
> Why ?

Hard to say without the data requested in

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

but did you run ssh-user-config before using ssh?
Igor
-- 
http://cs.nyu.edu/~pechtcha/
  |\  _,,,---,,_[EMAIL PROTECTED] | [EMAIL PROTECTED]
ZZZzz /,`.-'`'-.  ;-;;,_Igor Peshansky, Ph.D. (name changed!)
 |,4-  ) )-,_. ,\ (  `'-'   old name: Igor Pechtchanski
'---''(_/--'  `-'\_) fL a.k.a JaguaR-R-R-r-r-r-.-.-.  Meow!

"Las! je suis sot... -Mais non, tu ne l'es pas, puisque tu t'en rends compte."
"But no -- you are no fool; you call yourself a fool, there's proof enough in
that!" -- Rostand, "Cyrano de Bergerac"
--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Problem reports:   http://cygwin.com/problems.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

RE: Data streams being treated as files in Cygwin

[Richard Campbell]

Please follow the reporting guidelines from
http://cygwin.com/problems.html (you have not provided any information
about your cygwin version, os versions, or anything else).

Note that cygwin is a volunteer-based GPL project, and as such, the only
way a patch will be provided is if one of the volunteers finds this
issue 1) real 2) fixable 3) is willing to put the time in to fix it.

If you need guaranteed support, Red Hat offers paid commercial support.
http://www.redhat.com/software/cygwin/support/ 

Vishwanath Karthik wrote:
>  There seems to a problem on how the data streams are handled in
Cygwin.
>  Cygwin is treating a data stream as a file which should not be
the case.
>
>  Sh-3.1$ echo "data1" > test00
>  Sh-3.1$ echo "data1" > test00:stream
>
>  Now test00 is a file and test00:stream is a data stream
associated with the file test00
>
>  When we do an "ls" at this path we are able to see only test00
file and not the stream test00:stream  
>  -> this functionality is OK as streams cannot be locked and also
it is not a file 

Also, you have not explained what you think should be happening to
appropriately map the Windows data stream semantics into a POSIX
environment.  If you can redirect output to a data stream, and then read
it back, perhaps data streams are best represented as files.  If your
concern is with having filenames with colons in them, then you should
look into managed mounts.
http://cygwin.com/faq/faq-nochunks.html#faq.using.case-sensitive
 
>  So a patch has to be applied to resolve this issue. Can you
please provide us with 
> a patch so that the data streams are handled as expected .

To recap and underline, this approach of demanding that a patch be
applied is not usually the best way to get a change made in cygwin.

-Richard Campbell.

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

RE: Data streams being treated as files in Cygwin

[Dave Korn]

On 11 May 2006 15:17, [EMAIL PROTECTED] wrote:

>   There seems to a problem on how the data streams are handled in
>Cygwin. Cygwin is treating a data stream as a file which should not
> be the case. 

  Cygwin's file handling relies on the underlying facilities of the Windows
O/S, for the most part.

>   Following are the steps followed to create and access a data stream
> using cygwin shell in Windows environment. 
> 
>   Sh-3.1$ echo "data1" > test00
>   Sh-3.1$ echo "data1" > test00:stream
> 
>   Now test00 is a file and test00:stream is a data stream associated
> with the file test00 

  It's not 'associated' with the file test00.  It is *a part of* the file
test00.
 
>   When we do an "ls" at this path we are able to see only test00 file
> and not the stream test00:stream  -> this functionality is OK as streams
> cannot be locked and also it is not a file  

  Wrong: a stream is a file, or to be precise it is a subset of the content of
a file.

>   In one of the perl scripts when we did a file test for both "test00"
> and "test00:stream" ,both succeeded even though "test00:stream" is not a
> file  

  Actually, test00:stream and test00 are in fact one and the same file, and
hence they both exist.

>   The network traces of the shell command "test -f test00:stream"
> showed that Cygwin opens the file "test00:stream" instead of sending a
> server reply "NO file found"  

  The file does exist and hence is found.

>   So a patch has to be applied to resolve this issue. Can you please
> provide us with a patch so that the data streams are handled as expected . 

  The required patch should be applied to your understanding of ADS, not to
cygwin!  Permit me to demonstrate:

--
[EMAIL PROTECTED] /test/stream> ls -la
total 0
drwxr-xr-x+  2 dk Domain Users 0 May 11 15:32 .
drwx--+ 33 dk Domain Users 0 May 11 15:32 ..
[EMAIL PROTECTED] /test/stream> echo "data1" > test00:stream
[EMAIL PROTECTED] /test/stream> ls -la
total 0
drwxr-xr-x+  2 dk Domain Users 0 May 11 15:32 .
drwx--+ 33 dk Domain Users 0 May 11 15:32 ..
-rw-r--r--   1 dk Domain Users 0 May 11 15:32 test00
[EMAIL PROTECTED] /test/stream>
--

  Note that I only issued commands to write to a stream, but the file had to
exist for the stream to exist.  Note also that you can test for the existence
of streams: it doesn't just match every stream when the file itself exists,
the stream has to have been created, and that you can create and delete
streams and cygwin correctly reports their existence or nonexistence:

--
[EMAIL PROTECTED] /test/stream> if [ -f test00 ] ; then echo found ; fi
found
[EMAIL PROTECTED] /test/stream> if [ -f test00:stream ] ; then echo found ; fi
found
[EMAIL PROTECTED] /test/stream> if [ -f test00:garbagegarbage ] ; then echo 
found ;
fi

[EMAIL PROTECTED] /test/stream> echo "data1" > test00:garbagegarbage
[EMAIL PROTECTED] /test/stream> if [ -f test00:stream ] ; then echo found ; fi
found
[EMAIL PROTECTED] /test/stream> if [ -f test00:garbagegarbage ] ; then echo 
found ;
fi
found
[EMAIL PROTECTED] /test/stream> rm test00:stream
[EMAIL PROTECTED] /test/stream> if [ -f test00:stream ] ; then echo found ; fi
[EMAIL PROTECTED] /test/stream> if [ -f test00:garbagegarbage ] ; then echo 
found ;
fi
found
[EMAIL PROTECTED] /test/stream>
--

  If you really want to do a file-exists test that claims ADS streams do not
exist, roll your own code that looks for a colon in the filename and returns
'not found' regardless.


cheers,
  DaveK
-- 
Can't think of a witty .sigline today


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

RE: Increasing Available Memory for Cygwin Run Programs in XP

[Brad Krane]

Look at "--large-address-aware" option in ld.info.

Danny



I have just tried this option by compiling with the line below:

gcc -DMEMLOC -Wl,--large-address-aware memloc.c -o memloc

and this has unfortunatly lead to no effect.

--
Brad

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

RE: Increasing Available Memory for Cygwin Run Programs in XP Cygwin1.dll v1.5.19-cr-0x5ef

[Brad Krane]

Sorry I forgot to mention my Cygwin version in my previous post.

--
Brad

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

Can't run rebaseall

[Don Edvalson]

Hi all,

I have been using cygwin for a while to build the mono project. Today, 
when I tried to do my usual build, I received error messages as shown:


/bin/sh ./config.status --recheck
running /bin/sh ./configure  --enable-maintainer-mode 
--enable-compile-warnings --prefix=/cygdrive/c
/mono/Mono-1.1.15 CC=gcc -mno-cygwin 
CPPFLAGS=-I/cygdrive/c/Installers/mono/mytools/include LDFLAGS=
-L/cygdrive/c/Installers/mono/mytools/lib --disable-embed-check 
--with-libgc-threads=win32 --enable-

win32-dllmain=yes  --no-create --no-recursion
 8 [main] ? (12652) C:\cygwin\bin\sh.exe: *** fatal error - 
couldn't allocate heap, Win32 error
487, base 0x4D, top 0x4E, reserve_size 61440, allocsize 65536, 
page_const 4096
 7 [main] sh 10432 child_copy: stack write copy failed, 
0x22E6C0..0x23, done 0, windows pid

2287092, Win32 error 5
./configure: fork: No error
make: *** [config.status] Error 128

Upon searching the mail lists, I found that rebaseall was recommended as 
a solution, however, when I ran rebaseall, I got the same error (as 
shown below).


$ /bin/rebaseall
 8 [main] ? (9180) C:\cygwin\bin\ash.exe: *** fatal error - 
couldn't allocate heap, Win32 error
487, base 0x47, top 0x4A, reserve_size 192512, allocsize 
196608, page_const 4096
   461 [main] ash 9084 child_copy: stack write copy failed, 
0x22EB60..0x23, done 0, windows pid

2288276, Win32 error 5
/bin/rebaseall: Cannot fork: No error

I tried reinstalling all cygwin packages, but that made no difference. I 
don't know why this suddenly started failing.


Can anyone advise me?

THanks,

Don


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

RE: Data streams being treated as files in Cygwin

[Igor Peshansky]

On Thu, 11 May 2006, Dave Korn wrote:

> On 11 May 2006 15:17, [EMAIL PROTECTED] wrote:
>
> >   There seems to a problem on how the data streams are handled in
> > Cygwin. Cygwin is treating a data stream as a file which should not be
> > the case.
>
>   Cygwin's file handling relies on the underlying facilities of the
> Windows O/S, for the most part.

Yes, and that leads to some funny behavior -- see below.

> >   Following are the steps followed to create and access a data stream
> > using cygwin shell in Windows environment.
> >
> >   Sh-3.1$ echo "data1" > test00
> >   Sh-3.1$ echo "data1" > test00:stream
> >
> >   Now test00 is a file and test00:stream is a data stream
> > associated with the file test00
>
>   It's not 'associated' with the file test00.  It is *a part of* the
> file test00.
>
> >   When we do an "ls" at this path we are able to see only test00
> > file and not the stream test00:stream -> this functionality is OK as
> > streams cannot be locked and also it is not a file
>
>   Wrong: a stream is a file, or to be precise it is a subset of the
> content of a file.
>
> >   In one of the perl scripts when we did a file test for both
> > "test00" and "test00:stream" ,both succeeded even though
> > "test00:stream" is not a file
>
>   Actually, test00:stream and test00 are in fact one and the same file,
> and hence they both exist.

As can be easily seen by looking at the inode number, which is the same
for test00 and test00:stream.

> Permit me to demonstrate:
>
> --
> [EMAIL PROTECTED] /test/stream> ls -la
> total 0
> drwxr-xr-x+  2 dk Domain Users 0 May 11 15:32 .
> drwx--+ 33 dk Domain Users 0 May 11 15:32 ..
> [EMAIL PROTECTED] /test/stream> echo "data1" > test00:stream
> [EMAIL PROTECTED] /test/stream> ls -la
> total 0
> drwxr-xr-x+  2 dk Domain Users 0 May 11 15:32 .
> drwx--+ 33 dk Domain Users 0 May 11 15:32 ..
> -rw-r--r--   1 dk Domain Users 0 May 11 15:32 test00
> [EMAIL PROTECTED] /test/stream>
> --

Interestingly enough:

$ echo "BLAH" > a:b
bash: a:b: No such file or directory

>   Note that I only issued commands to write to a stream, but the file
> had to exist for the stream to exist.  Note also that you can test for
> the existence of streams: it doesn't just match every stream when the
> file itself exists, the stream has to have been created, and that you
> can create and delete streams and cygwin correctly reports their
> existence or nonexistence...

However:

$ rm test00
$ ls -l test00:stream test00:garbagegarbage test00
ls: test00:stream: No such file or directory
ls: test00:garbagegarbage: No such file or directory
ls: test00: No such file or directory

>   If you really want to do a file-exists test that claims ADS streams do
> not exist, roll your own code that looks for a colon in the filename and
> returns 'not found' regardless.

Yep, and when demanding that a patch be applied, it usually helps A LOT to
actually provide the patch that you want applied.
Igor
-- 
http://cs.nyu.edu/~pechtcha/
  |\  _,,,---,,_[EMAIL PROTECTED] | [EMAIL PROTECTED]
ZZZzz /,`.-'`'-.  ;-;;,_Igor Peshansky, Ph.D. (name changed!)
 |,4-  ) )-,_. ,\ (  `'-'   old name: Igor Pechtchanski
'---''(_/--'  `-'\_) fL a.k.a JaguaR-R-R-r-r-r-.-.-.  Meow!

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

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

RE: Data streams being treated as files in Cygwin

[Dave Korn]

On 11 May 2006 16:00, Igor Peshansky wrote:

> On Thu, 11 May 2006, Dave Korn wrote:

>>   Cygwin's file handling relies on the underlying facilities of the
>> Windows O/S, for the most part.
> 
> Yes, and that leads to some funny behavior -- see below.

> Interestingly enough:
> 
> $ echo "BLAH" > a:b
> bash: a:b: No such file or directory


  Perhaps you forgot to put a floppy in the drive?

  :-D


cheers,
  DaveK
-- 
Can't think of a witty .sigline today


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

Can't run baseall

[Don Edvalson]

 Hi all,

I have been using cygwin for a while to build the mono project. Today, when 
I tried to do my usual build, I received error messages as shown:

/bin/sh ./config.status --recheck
running /bin/sh 
./configure  --enable-maintainer-mode --enable-compile-warnings 
--prefix=/cygdrive/c
/mono/Mono-1.1.15 CC=gcc -mno-cygwin 
CPPFLAGS=-I/cygdrive/c/Installers/mono/mytools/include LDFLAGS=
-L/cygdrive/c/Installers/mono/mytools/lib --disable-embed-check 
--with-libgc-threads=win32 
 --enable-
win32-dllmain=yes  --no-create --no-recursion
 8 [main] ? (12652) C:\cygwin\bin\sh.exe: *** fatal error - couldn't 
allocate heap, Win32 error
487, base 0x4D, top 0x4E, reserve_size 61440, allocsize 65536, 
page_const 4096
 7 [main] sh 10432 child_copy: stack write copy failed, 
0x22E6C0..0x23, done 0, windows pid
2287092, Win32 error 5
./configure: fork: No error
make: *** [config.status] Error 128

Upon searching the mail lists, I found that rebaseall was recommended as a 
solution, however, when I ran rebaseall, I got the same error (as shown 
below).

$ /bin/rebaseall
 8 [main] ? (9180) C:\cygwin\bin\ash.exe: *** fatal error - couldn't 
allocate heap, Win32 error
487, base 0x47, top 0x4A, reserve_size 192512, allocsize 196608, 
page_const 4096
   461 [main] ash 9084 child_copy: stack write copy failed, 
0x22EB60..0x23, done 0, windows pid
2288276, Win32 error 5
/bin/rebaseall: Cannot fork: No error

I tried reinstalling all cygwin packages, but that made no difference. I 
don't know why this suddenly started failing.

Can anyone advise me?

THanks,

Don





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

RE: Data streams being treated as files in Cygwin

[Dave Korn]

On 11 May 2006 16:11, Igor Peshansky wrote:

> On Thu, 11 May 2006, Dave Korn wrote:
> 
>> On 11 May 2006 16:00, Igor Peshansky wrote:
>> 
>>> On Thu, 11 May 2006, Dave Korn wrote:
>> 
   Cygwin's file handling relies on the underlying facilities of the
 Windows O/S, for the most part.
>>> 
>>> Yes, and that leads to some funny behavior -- see below.
>> 
>>> Interestingly enough:
>>> 
>>> $ echo "BLAH" > a:b
>>> bash: a:b: No such file or directory
>> 
>>   Perhaps you forgot to put a floppy in the drive?
> 
> Gee, you think so? :-)

  Hmmm... let's try

[EMAIL PROTECTED] /test/ads> echo "blah" > a:b
bash: a:b: No medium found
[EMAIL PROTECTED] /test/ads>

  OK, I think I get it now.  Let me re-word my observation:

>>   Perhaps you forgot to put the floppy drive in?

> The point I was making was that Windows isn't consistent about treating
> filenames as streams vs. disk references, due to the reuse of the ':'
> character.  I'm guessing it would be possible to add streams to a file
> called 'a', but not through the interfaces used by Cygwin.

  Gee, you think not?  :-)

[EMAIL PROTECTED] /test/ads> echo "blah" > ./a:b
[EMAIL PROTECTED] /test/ads> ls -la a
-rw-r--r-- 1 dk Domain Users 0 May 11 16:16 a
[EMAIL PROTECTED] /test/ads>


cheers,
  DaveK
-- 
Can't think of a witty .sigline today


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

RE: Data streams being treated as files in Cygwin

[Igor Peshansky]

On Thu, 11 May 2006, Dave Korn wrote:

> On 11 May 2006 16:11, Igor Peshansky wrote:
>
> > On Thu, 11 May 2006, Dave Korn wrote:
> >
> >> On 11 May 2006 16:00, Igor Peshansky wrote:
> >>
> >>> On Thu, 11 May 2006, Dave Korn wrote:
> >>
>    Cygwin's file handling relies on the underlying facilities of the
>  Windows O/S, for the most part.
> >>>
> >>> Yes, and that leads to some funny behavior -- see below.
> >>
> >>> Interestingly enough:
> >>>
> >>> $ echo "BLAH" > a:b
> >>> bash: a:b: No such file or directory
> >>
> >>   Perhaps you forgot to put a floppy in the drive?
> >
> > Gee, you think so? :-)
>
>   Hmmm... let's try
>
> [EMAIL PROTECTED] /test/ads> echo "blah" > a:b
> bash: a:b: No medium found
> [EMAIL PROTECTED] /test/ads>
>
>   OK, I think I get it now.  Let me re-word my observation:
>
> >>   Perhaps you forgot to put the floppy drive in?

Yep, yep.  But I knew exactly what the issue was -- just trying to make
the comment below (first sentence).

> > The point I was making was that Windows isn't consistent about treating
> > filenames as streams vs. disk references, due to the reuse of the ':'
> > character.  I'm guessing it would be possible to add streams to a file
> > called 'a', but not through the interfaces used by Cygwin.
>
>   Gee, you think not?  :-)
>
> [EMAIL PROTECTED] /test/ads> echo "blah" > ./a:b
> [EMAIL PROTECTED] /test/ads> ls -la a
> -rw-r--r-- 1 dk Domain Users 0 May 11 16:16 a
> [EMAIL PROTECTED] /test/ads>

...as I found out after about 15 seconds after hitting "Send", by reading
the main NTFS streams entry on MSDN.  It's amasing what a little RTFM
*before sending the message* can do... :-)
Igor
-- 
http://cs.nyu.edu/~pechtcha/
  |\  _,,,---,,_[EMAIL PROTECTED] | [EMAIL PROTECTED]
ZZZzz /,`.-'`'-.  ;-;;,_Igor Peshansky, Ph.D. (name changed!)
 |,4-  ) )-,_. ,\ (  `'-'   old name: Igor Pechtchanski
'---''(_/--'  `-'\_) fL a.k.a JaguaR-R-R-r-r-r-.-.-.  Meow!

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

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

RE: Can't run baseall

[Dave Korn]

On 11 May 2006 16:11, Don Edvalson wrote:

> Can anyone advise me?


  Yes, I can advise you not to repeatedly re-post the same question mere
minutes apart; it comes across as impatient and rudely demanding.


cheers,
  DaveK
-- 
Can't think of a witty .sigline today


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

Re: Can't run baseall

[Don Edvalson]

My apologies on the duplicate. I posted through email first, then read 
that I had to post through the newsgroup to get the autoresponse method. 
Once I replied to the auto response, both messages posted.


Sorry

Don



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

RE: Data streams being treated as files in Cygwin

[Igor Peshansky]

On Thu, 11 May 2006, Dave Korn wrote:

> On 11 May 2006 16:00, Igor Peshansky wrote:
>
> > On Thu, 11 May 2006, Dave Korn wrote:
>
> >>   Cygwin's file handling relies on the underlying facilities of the
> >> Windows O/S, for the most part.
> >
> > Yes, and that leads to some funny behavior -- see below.
>
> > Interestingly enough:
> >
> > $ echo "BLAH" > a:b
> > bash: a:b: No such file or directory
>
>   Perhaps you forgot to put a floppy in the drive?

Gee, you think so? :-)

The point I was making was that Windows isn't consistent about treating
filenames as streams vs. disk references, due to the reuse of the ':'
character.  I'm guessing it would be possible to add streams to a file
called 'a', but not through the interfaces used by Cygwin.
Igor
-- 
http://cs.nyu.edu/~pechtcha/
  |\  _,,,---,,_[EMAIL PROTECTED] | [EMAIL PROTECTED]
ZZZzz /,`.-'`'-.  ;-;;,_Igor Peshansky, Ph.D. (name changed!)
 |,4-  ) )-,_. ,\ (  `'-'   old name: Igor Pechtchanski
'---''(_/--'  `-'\_) fL a.k.a JaguaR-R-R-r-r-r-.-.-.  Meow!

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

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

RE: Win2003 server and cron/sshd as services (1.5.19)

[Harig, Mark]

Please see item 2 again.  Do not include *ANY* quotes around -D when
passed as an argument to '--args'.

I am writing now to say that this behavior has been fixed.  Since
the last time I wrote, I have upgraded 'bash' to the latest version.
I am guessing that this fixed the problem.

$ cygcheck -c bash
Cygwin Package Information
Package  VersionStatus
bash 3.1-6  OK

Still, you might want to try leaving off the quotes to the (single)
argument to '--args'.  And do not include any additional arguments,
such as '-ddd'.

-Original Message-
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf
Of Mike Dunn
Sent: Wednesday, May 10, 2006 10:50 AM
Subject: Re: Win2003 server and cron/sshd as services (1.5.19)


On #2, what the heck? :)  I'm not saying that you are wrong about the 
behaivor, but the shell ought to have striped the quotes (single or 
double) before handing the args to cygrunsrv.  Regardless, I tested cron

again using the single quotes, and it behaves the same.

> 2. In my earlier code, I had provided the following option to
>the cygrunsrv program: --args "-D"
>
>Note the double quotes around the '-D', above.  I never would
>have suspected it, but those double quotes -- when used to
>install the cron service -- will cause cygrunsrv to fail when
>attempting to start cron.  This surprised me because I use
>the double quotes around '-D' when starting sshd.  In the case
>of starting 'sshd' the double quotes do not cause any problem.
>Going forward, for consistency, I have no quotes around '-D'
>for either 'cron' or 'sshd'.
>
>Can anyone else on the Cygwin mailing list test this behavior?
>Here are the prerequisites:  Windows 2003 and an 'sshd_server'
>user account in your /etc/passwd (usually created by the script
>named 'ssh-host-config'), with a corresponding password for that
>special user account.
>
>The following command consistently fails:
>
>cygrunsrv --install cron --path /usr/sbin/cron --shutdown --args
"-D"
> \
> --disp "Cygwin cron" --desc "Cygwin vixie-cron service" \
> --user sshd_server --passwd your-fine-password;
>
>The following command consistently works:
>
>cygrunsrv --install cron --path /usr/sbin/cron --shutdown --args -D
\
> --disp "Cygwin cron" --desc "Cygwin vixie-cron service" \
> --user sshd_server --passwd your-fine-password;

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

Re: Can't run baseall

[Christopher Faylor]

On Thu, May 11, 2006 at 11:39:04AM -0400, Don Edvalson wrote:
>My apologies on the duplicate. I posted through email first, then read 
>that I had to post through the newsgroup to get the autoresponse method. 
>Once I replied to the auto response, both messages posted.

"newsgroup"?  "auto response" method?

Your headers indicate that you are posting via gmane but you are actually
accessing a mailing list.   See: http://cygwin.com/lists.html .

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

Re: Can't run baseall

[Don Edvalson]

Chris,

I don't know if all this matters that much, but here is what I did.

1.  Send an email to [EMAIL PROTECTED]

2.	After about an hour, nothing appeared on the list, so I went to 
http://gmane.org/post.php, where it explained that after I post to the 
newsgroup, I would receive an email. I had not received that email.


3.  Used a newsreader to post to news.gmane.org/gmane.os.cygwin.

4.	I immediately received an email from the gmane autoauthorizer which I 
answered.


5.  Once I answered the email, both of my messages popped up.

The point is, I messed up, and posted it twice. I did not intend to.

Sorry,

Don


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

Re: Can't run baseall

[Larry Hall (Cygwin)]

On 05/11/2006, Don Edvalson wrote:

I don't know if all this matters that much, but here is what I did.

1.Send an email to [EMAIL PROTECTED]

2.After about an hour, nothing appeared on the list, so I went to 
http://gmane.org/post.php, where it explained that after I post to the 
newsgroup, I would receive an email. I had not received that email. 


Occassionally, the list "burps".  It's pretty rare but it can happen.
You may have also been caught by some web page caching if you were
checking the status via the Cygwin email archives web page.  I don't
know.  You're free to use the newsgroup to interact with the Cygwin
mail list but keep in mind that it's an unofficial method of access
and issues that arise from it should be directed to Gmane, not the
Cygwin list.  As Chris mentioned, you can find the Cygwin list
itself at .  Subscribing is the recommended
way to send and recieve email from the Cygwin list.

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

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

Re: Can't run baseall

[Christopher Faylor]

On Thu, May 11, 2006 at 12:35:10PM -0400, Don Edvalson wrote:
>I don't know if all this matters that much, but here is what I did.
>
>1.  Send an email to [EMAIL PROTECTED]
>
>2.  After about an hour, nothing appeared on the list, so I went to
>http://gmane.org/post.php, where it explained that after I post to the
>newsgroup, I would receive an email.  I had not received that email.
>
>3.  Used a newsreader to post to news.gmane.org/gmane.os.cygwin.
>
>4.  I immediately received an email from the gmane autoauthorizer which
>I answered.
>
>5.  Once I answered the email, both of my messages popped up.
>
>The point is, I messed up, and posted it twice.  I did not intend to.

It seems like you may still be missing something here.  Your first
message was received on 2006-05-11 at 14:59 GMT and sent to the cygwin
mailing list with almost no lag.  Your second message was received at
2006-05-11 15:15.  That means that there was ~15 minute delay between the
two messages.

I don't want to belabor this point but it seemed like you think that
gmane is somehow a required mechanism for communicating to the cygwin
mailing list and that is not the case.  gmane is a completely separate
site with completely separate rules.  You don't need to know anything
about gmane to send email here.

cgf

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

how come #include "*.cpp" works?

[Klaas Thoelen]

Hello *,

I recently installed cygwin to freshen up my C/C++, what I didn't want 
to do using huge programs like visual studio. It seemed to work fine 
until I came across the following problem.


I have 3 files: datum.h
datum.cpp
datumprint.cpp (which has my main in it)

In 'datum.cpp' I include 'datum.h' as I should, and in 'datumprint.cpp' 
also. But this gives me compile-errors about members of my class Date 
being undefined. However, if I include 'datum.cpp' in 'datumprint.cpp' 
it works just fine!


This seems a little strange to me. Does anybody know what's wrong here?

Thanks and regards,
Klaas Thoelen



datum.h
**
class Date {
public:
   Date();
   Date(int dd, int mm, int yy);
   int day();
   int month();
   int year();
   static void set_default(int, int, int);
   Date& add_year(int);
   Date& add_month(int);
   Date& add_day(int);
   Date& print();
private:
   int d, m, y;
   static Date default_date;
   static bool is_leapyear(int);
   static int daysinmonth(int, int);
};


datum.cpp

#include "datum.h"
#include 
#include 
using namespace std;

Date Date::default_date(27, 4, 2006);

Date::Date() {
   d = default_date.d;
   m = default_date.m;
   y = default_date.y;
}

Date::Date(int dd, int mm, int yy) {
   assert ( !(dd < 1) && !(dd > daysinmonth(mm, yy)) && !(mm < 1) && 
!(mm > 12) );


   d = dd;
   m = mm;
   y = yy;
}

void Date::set_default(int dd, int mm, int yy) {
   assert ( !(dd < 1) && !(dd > daysinmonth(mm, yy)) && !(mm < 1) && 
!(mm > 12) );
  
   default_date.d = dd;

   default_date.m = mm;
   default_date.y = yy;
}

int Date::day() {
   return d;
}

int Date::month() {
   return m;
}

int Date::year() {
   return y;
}

Date& Date::add_year(int yy) {
   y = y + yy;
  
   if ( d == 29 && m == 2 && !is_leapyear(y) ) {

   d = 1;
   m = 3;
   }
   return *this;
}

Date& Date::add_month(int mm) {
   m = m + mm;

   while (m > 12) {
   m = m - 12;
   y++;
   }

   if ( d == 29 && m == 2 && !is_leapyear(y) ) {
   d = 1;
   m = 3;
   }

   if ( d > daysinmonth(m, y)) {
   d = d - daysinmonth(m, y);
   m++;
   }

   return *this;
}

Date& Date::add_day(int dd) {
   d = d + dd;
  
   while (d > daysinmonth(m, y)) {

   if (m == 12) {
   y++;
   d = d - daysinmonth(m, y);
   m = 1;
   } else {   
   d = d - daysinmonth(m, y);

   m++;
   }
   }
   return *this;
}

Date& Date::print() {
   cout << d << "/" << m << "/" << y << "\n";
   return *this;
}   


bool Date::is_leapyear(int yy) {
   if (( !(yy % 4) && (yy % 100)) || !(yy % 400)) {
   return true;
   }
   return false;
}

int Date::daysinmonth(int mm, int yy) {
   if ( (mm == 2) && is_leapyear(yy) ) {
   return 29;
   } else{   
   int nr_days[12] = {31, 28, 31, 30, 31, 30, 31, 31, 30, 31, 30, 31};

   return nr_days[mm-1];
   }
}

datumprint.cpp
***

#include "datum.h" /***the problem*/
#include 

using namespace std;

void print(Date x) {
   cout << x.day() << "/" << x.month() << "/" << x.year() << "\n";
}

int main() {
   Date::set_default(2, 12, 2007);
   Date x;
   print(x);
   x.add_day(365);
   print(x);

   Date y(22, 12, 1999);
   y.add_day(70);
   print(y);

   Date z(29, 2, 1896);
   z.add_year(4);
   print(z);

   Date r(29, 2, 1896);
   r.add_month(24);
   print(r);

   Date s(31, 05, 1896);
   s.add_month(25);
   print(s);

   return 0;
}

Cygwin Configuration Diagnostics
Current System Time: Thu May 11 20:45:35 2006

Windows XP Professional Ver 5.1 Build 2600 Service Pack 2

Path:   D:\cygwin\usr\local\bin
D:\cygwin\bin
D:\cygwin\bin
D:\cygwin\usr\X11R6\bin
D:\cygwin\home\klaas\c++
D:\cygwin\usr\local\bin
D:\cygwin\bin
D:\cygwin\bin
D:\cygwin\usr\X11R6\bin
d:\Program Files\Insightful\splus70\
d:\WINDOWS\system32
d:\WINDOWS
d:\WINDOWS\System32\Wbem
d:\Program Files\QuickTime\QTSystem\
d:\PROGRA~1\ULTRAE~1

Output from D:\cygwin\bin\id.exe (nontsec)
UID: 1003(klaas) GID: 513(None)
0(root)  513(None)544(Administrators)
545(Users)   1004(Debugger Users)

Output from D:\cygwin\bin\id.exe (ntsec)
UID: 1003(klaas) GID: 513(None)
0(root)  513(None)544(Administrators)
545(Users)   1004(Debugger Users)

SysDir: D:\WINDOWS\system32
WinDir: D:\WINDOWS

USER = 'klaas'
PWD = '/home/klaas/c++'
HOME = '/home/klaas'
MAKE_MODE = 'unix'

HOMEPATH = '\Documents and Settings\klaas'
MANPATH = '/usr/local/man:/usr/share/man:/usr/man:'
APPDATA = 'D:\Documents and Settings\klaas\Application Data'
HOSTNAME = 'amd-klaas'
VS71COMNTOOLS = 'D:\Program Files\Microsoft Visual Studio .NET 
2003\Common7\Tools\'
TERM = 'cygwin'
PROCESSOR_IDENTIFIER = 'x86 Family 15 Model 31 Stepping 0, AuthenticAMD'
WINDIR = 'D:\WINDOWS'
OLDPWD = '/home/klaas'
USERD

Re: how come #include "*.cpp" works?

[Hammond, Robin-David%KB3IEN]

It looks like you have included one file two times. Thus upon the second 
include your are redefining that which has definition. Anytime you do 
that, the compiler must stop you, even if the redefinition matches the 
existing one.




On Thu, 11 May 2006, Klaas Thoelen wrote:


Date: Thu, 11 May 2006 21:09:33 +0200
From: Klaas Thoelen <[EMAIL PROTECTED]>
To: cygwin@cygwin.com
Subject: how come #include "*.cpp" works?

Hello *,

I recently installed cygwin to freshen up my C/C++, what I didn't want to do 
using huge programs like visual studio. It seemed to work fine until I came 
across the following problem.


I have 3 files: datum.h
   datum.cpp
   datumprint.cpp (which has my main in it)

In 'datum.cpp' I include 'datum.h' as I should, and in 'datumprint.cpp' also. 
But this gives me compile-errors about members of my class Date being 
undefined. However, if I include 'datum.cpp' in 'datumprint.cpp' it works 
just fine!


This seems a little strange to me. Does anybody know what's wrong here?

Thanks and regards,
Klaas Thoelen



datum.h
**
class Date {
public:
  Date();
  Date(int dd, int mm, int yy);
  int day();
  int month();
  int year();
  static void set_default(int, int, int);
  Date& add_year(int);
  Date& add_month(int);
  Date& add_day(int);
  Date& print();
private:
  int d, m, y;
  static Date default_date;
  static bool is_leapyear(int);
  static int daysinmonth(int, int);
};


datum.cpp

#include "datum.h"
#include 
#include 
using namespace std;

Date Date::default_date(27, 4, 2006);

Date::Date() {
  d = default_date.d;
  m = default_date.m;
  y = default_date.y;
}

Date::Date(int dd, int mm, int yy) {
  assert ( !(dd < 1) && !(dd > daysinmonth(mm, yy)) && !(mm < 1) && !(mm > 
12) );


  d = dd;
  m = mm;
  y = yy;
}

void Date::set_default(int dd, int mm, int yy) {
  assert ( !(dd < 1) && !(dd > daysinmonth(mm, yy)) && !(mm < 1) && !(mm > 
12) );

default_date.d = dd;
  default_date.m = mm;
  default_date.y = yy;
}

int Date::day() {
  return d;
}

int Date::month() {
  return m;
}

int Date::year() {
  return y;
}

Date& Date::add_year(int yy) {
  y = y + yy;
if ( d == 29 && m == 2 && !is_leapyear(y) ) {
  d = 1;
  m = 3;
  }
  return *this;
}

Date& Date::add_month(int mm) {
  m = m + mm;

  while (m > 12) {
  m = m - 12;
  y++;
  }

  if ( d == 29 && m == 2 && !is_leapyear(y) ) {
  d = 1;
  m = 3;
  }

  if ( d > daysinmonth(m, y)) {
  d = d - daysinmonth(m, y);
  m++;
  }

  return *this;
}

Date& Date::add_day(int dd) {
  d = d + dd;
while (d > daysinmonth(m, y)) {
  if (m == 12) {
  y++;
  d = d - daysinmonth(m, y);
  m = 1;
  } else {  d = d - daysinmonth(m, y);
  m++;
  }
  }
  return *this;
}

Date& Date::print() {
  cout << d << "/" << m << "/" << y << "\n";
  return *this;
} 
bool Date::is_leapyear(int yy) {

  if (( !(yy % 4) && (yy % 100)) || !(yy % 400)) {
  return true;
  }
  return false;
}

int Date::daysinmonth(int mm, int yy) {
  if ( (mm == 2) && is_leapyear(yy) ) {
  return 29;
  } else{  int nr_days[12] = {31, 28, 31, 30, 31, 30, 31, 31, 30, 
31, 30, 31};

  return nr_days[mm-1];
  }
}

datumprint.cpp
***

#include "datum.h" /***the problem*/
#include 

using namespace std;

void print(Date x) {
  cout << x.day() << "/" << x.month() << "/" << x.year() << "\n";
}

int main() {
  Date::set_default(2, 12, 2007);
  Date x;
  print(x);
  x.add_day(365);
  print(x);

  Date y(22, 12, 1999);
  y.add_day(70);
  print(y);

  Date z(29, 2, 1896);
  z.add_year(4);
  print(z);

  Date r(29, 2, 1896);
  r.add_month(24);
  print(r);

  Date s(31, 05, 1896);
  s.add_month(25);
  print(s);

  return 0;
}




Some people are born mediocre, some people achieve mediocrity, and some
people have mediocrity thrust upon them.
-- Joseph Heller, "Catch-22"



Robin-David Hammond KB3IEN
www.aresnyc.org.

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

Re: Can't run baseall

[Don Edvalson]

Christopher,

I see what you mean. You are right, I was thinking of gmane as more 
central than it really is. I see now that it is just a 3rd party service 
and that I was probably just being impatient, perhaps a cacheing problem 
on my client.


Thanks for pointing this out clearly.

Now, if someone has any ideas on the original question?? :)


Thanks,

Don



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

Re: ssh to 2003 server exist immediately

[David Arnstein]

On Wed, May 10, 2006 at 08:35:24PM -0700, Andrew DeFaria wrote:
> Andrew DeFaria wrote:
> This is very frustrating because my client relies on a command I wrote 
> called "smake" which essentially boils down to: "rsh  -n cd 
>  && make" that is intended to perform the make on . 
> As you can see it relies on rsh, passwordless login to  
> executing a command. But with this new 2003 server rsh  
>  hangs!

Here is a long-shot guess. I had a situation where I could reliably do
an interactive ssh between two hosts. I could not do an scp though. 

I use the bash shell everywhere. My problem was that my .bashrc file
caused text output to occur. I had put in a debugging message
echo entering .bashrc at `date`

When I removed this statement from my .bashrc, I was able to use scp.

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

Re: Cygwin and Emacs: How to exit?

[Shankar Unni]

Lloeki wrote:


[...] puttycyg (google) [...]


Almost the best thing since sliced bread! I'm an instant convert..


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

Re: how come #include "*.cpp" works?

[Larry Hall (Cygwin)]

Klaas Thoelen wrote:

Hello *,

I recently installed cygwin to freshen up my C/C++, what I didn't want 
to do using huge programs like visual studio. It seemed to work fine 
until I came across the following problem.


I have 3 files: datum.h
datum.cpp
datumprint.cpp (which has my main in it)

In 'datum.cpp' I include 'datum.h' as I should, and in 'datumprint.cpp' 
also. But this gives me compile-errors about members of my class Date 
being undefined. However, if I include 'datum.cpp' in 'datumprint.cpp' 
it works just fine!


This seems a little strange to me. Does anybody know what's wrong here?


This isn't a Cygwin specific problem so it's off-topic for this list.
Please find a better forum for such questions.  If you feel you must
continue this discussion with a Cygwin crowd, then you can try the
cygwin-talk list.

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

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

res_search problem

[Peter Fales]

I'm trying to port some code which uses res_search() to look up an SRV
record.   The attached code works on Linux, Solaris, HP-UX, Darwin, and 
Irix, but doesn't work on Cygwin.   I'm not a DNS expert but this test
case is derived from code at:

http://www.libspf.org/doxygen/html/dns_8c-source.html
http://www.waider.ie/hacks/workshop/c/rvp/librvp-0.9.tar.gz

Am I missing something fundamental, or is res_search not working?  (In
ethereal I can see the question being sent and the correct response coming
back - but the correct string does not seem to be in the buffer returned
from res_search().)   Can someone point to an example of using 
res_search() under Cygwin?

(If you want to try this yourself, you'll need to set srvname to the 
name of a valid SRV record at your site)


#
/* srv_rec.c - test whether we can look up on SRV record */

/* Build with 
gcc -o srv_rec srv_rec.c -lresolv
*/

#include 
#include 
#include 
#include 
#include 
#if defined(__linux__) || defined(__APPLE_CC__)
# include 
#endif
#include 
#include 
#include 
#include 
#include 


/* record type: 2 bytes
   record class: 2 bytes
   TTL: 4 bytes
   data length: 2 bytes */
typedef struct _rechdr {
  unsigned short type;
  unsigned short class;
  unsigned int ttl;
  unsigned short length;
} rechdr;

/*
   priority: 2 bytes
   weight: 2 bytes
   port: 2 bytes
   target: remainder
*/
typedef struct _srv {
  unsigned short priority;
  unsigned short weight;
  unsigned short port;
  unsigned char *target;
} srv_t;

/* DNS service record */
typedef struct _srvrec {
  /* realistically this should be a list of
 { host, port, priority, weight } structures */
  char *host;
  int port;
  time_t expiry; /* time at which we'll need to requery */
} srvrec;

#ifndef T_SRV
#define T_SRV 33
#endif

#ifndef HFIXEDSZ
#define HFIXEDSZ 12
#endif

main() {

  char *srvname = "_rvp._tcp.lucent.com";
  HEADER *hdr;
  unsigned char answer[1024];
  char name[1024];
  int len = 0;
  srvrec *retval = NULL;

  bzero( answer, 1024 );
  bzero( name, 1024 );

  _res.options |= RES_DEBUG;

  if (( len = res_search( srvname, C_IN, T_SRV, answer, sizeof( answer )))
  != -1 ) {
unsigned char *blob;
int i, l;

hdr = (HEADER *)answer;

if ( ntohs( hdr->ancount ) == 0 ) {
  printf( __FUNCTION__, "res_search: no records found\n" );
  exit(1);
}

blob = &answer[HFIXEDSZ];

  blob += dn_skipname(blob,answer+len) + QFIXEDSZ;


for ( i = 0; i < ntohs( hdr->ancount ); i++ ) {
  rechdr *header;
  srv_t *server;

  l = dn_expand( answer, answer + len, blob, name, 1024 );
  if ( l < 0 ) {
printf( __FUNCTION__, "dn_expand failed (2)\n" );
exit(3);
  }

  blob += l;

  header = (rechdr *)&blob[0];
  server = (srv_t *)&blob[10]; /* errr. magic number. */

  l = dn_expand( answer, answer + len, blob + 16, name, 1024 );
  if ( l < 0 ) {
printf( __FUNCTION__, "dn_expand failed (3)\n" );
exit(4);
  }

  printf("Host name from SRV record is %s\n",name);
  printf("Port from SRV record is %d\n", ntohs( server->port ));

}
  }
}

-- 
Peter Fales
Lucent Technologies
Member of Technical Staff
2000 Lucent Lane
Room: 1C-436
Naperville, IL 60566-7033
Email: [EMAIL PROTECTED]
Phone: 630 979 8031

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

Re: res_search problem

[Christopher Faylor]

On Thu, May 11, 2006 at 04:35:19PM -0500, Peter Fales wrote:
>I'm trying to port some code which uses res_search() to look up an SRV
>record.   The attached code works on Linux, Solaris, HP-UX, Darwin, and 
>Irix, but doesn't work on Cygwin.   I'm not a DNS expert but this test
>case is derived from code at:
>
>http://www.libspf.org/doxygen/html/dns_8c-source.html
>http://www.waider.ie/hacks/workshop/c/rvp/librvp-0.9.tar.gz
>
>Am I missing something fundamental, or is res_search not working?  (In
>ethereal I can see the question being sent and the correct response coming
>back - but the correct string does not seem to be in the buffer returned
>from res_search().)   Can someone point to an example of using 
>res_search() under Cygwin?

AFAIK, Cygwin does not provide a res_search() function.

cgf

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

Re: res_search problem

[Peter Fales]

On Thu, May 11, 2006 at 05:38:28PM -0400, Christopher Faylor wrote:
> AFAIK, Cygwin does not provide a res_search() function.

Wow.  quick response!

res_search is in libresolv from the "minires" package.   (Which wasn't on my
system until I searched the mailing list archives to find which package
I needed to install!)

The test case in my previous mail compiles and runs.  It just does not
produce a valid answer.

-- 
Peter Fales
Lucent Technologies
Member of Technical Staff
2000 Lucent Lane
Room: 1C-436
Naperville, IL 60566-7033
Email: [EMAIL PROTECTED]
Phone: 630 979 8031

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

Re: how come #include "*.cpp" works?

[clayne]

On Thu, May 11, 2006 at 09:09:33PM +0200, Klaas Thoelen wrote:
> 
> This seems a little strange to me. Does anybody know what's wrong here?
> 
> Thanks and regards,
> Klaas Thoelen

It's just a classic mistake, pretty easily fixed with the following:

> datum.h
> **

Add this:

#ifndef DATUM_H
#define DATUM_H

> class Date {
> public:
>Date();
>Date(int dd, int mm, int yy);
>int day();
>int month();
>int year();
>static void set_default(int, int, int);
>Date& add_year(int);
>Date& add_month(int);
>Date& add_day(int);
>Date& print();
> private:
>int d, m, y;
>static Date default_date;
>static bool is_leapyear(int);
>static int daysinmonth(int, int);
> };

#endif /* DATUM_H */

That ifndef construct is a one-way trap-door to prevent a doubly included file
from clobbering itself. Pretty standard.

> 
> datum.cpp
> 
> #include "datum.h"
Probably should place this after your standard includes below.

> #include 
> #include 
> using namespace std;

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

Re: Current snapshot - problem with httpd

[Larry Hall (Cygwin)]

Arun Biyani wrote:
"httpd" server crashes with current snapshot. Runs fine with Jan 20 
cygwin1.dll. Both

cygcheck outputs are attached.


Any chance you could narrow down a little more the working and non-working
snapshots?  Are you saying that httpd crashes as soon as it starts or is
there some paces you need to put it through?

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

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

(1.5.19) problem compiling screen 4.0.2

[Jonathan C. Allen]

I get these conftest.exe errors when attempting to build
screen 4.0.2 on cygwin 1.5.19.  I can't tell if they're a
real problem or not because configure keeps going until
hitting the "no tgetent - no screen" error.  This is also
confusing because I have libncurses installed.

Has anyone had luck building screen 4.0.2?

Full log:
http://jca.sdf1.org/cygwin/config.log

Snip:
[...]
configure: checking select...
configure: checking fifos...
- your fifos are usable
rm: cannot remove `conftest.exe': Permission denied
configure: checking for broken fifo implementation...
rm: cannot remove `conftest.exe': Permission denied
- you have a broken implementation
rm: cannot remove `conftest.exe': Permission denied
configure: checking sockets...
rm: cannot remove `conftest.exe': Permission denied
- your sockets are not usable
rm: cannot remove `conftest.exe': Permission denied
- using named pipes
configure: checking select return value...
rm: cannot remove `conftest.exe': Permission denied
- select can't count
rm: cannot remove `conftest.exe': Permission denied
configure: checking for tgetent...
rm: cannot remove `conftest.exe': Permission denied
configure: checking libcurses...
rm: cannot remove `conftest.exe': Permission denied
configure: checking libtermcap...
rm: cannot remove `conftest.exe': Permission denied
configure: checking libtermlib...
rm: cannot remove `conftest.exe': Permission denied
configure: checking libncurses...
rm: cannot remove `conftest.exe': Permission denied
configure: error: !!! no tgetent - no screen
rm: cannot remove `conftest.exe': Permission denied

jca


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

[ANNOUNCEMENT] Updated: naim-0.11.8.2-1

[Jonathan C. Allen]

PACKAGE DESCRIPTION
===

naim - A console AIM, ICQ, IRC, and Lily client

Homepage: http://naim.n.ml.org/ 
Version : 0.11.8.2
License : GPL

naim is a console client for AOL Instant Messenger (AIM),
AOL I Seek You (ICQ), Internet Relay Chat (IRC), and The
Lily CMC.

CYGWIN INSTALLATION INFORMATION
===

To install this package, click on the "Install Cygwin now" link on the
 web page. This downloads setup.exe to your
system. Then, run setup and answer all of the questions. You'll find
the package listed in the "Net" and "Web" categories.  After installation, 
read the documentation at directories:

/usr/share/doc//*
/usr/share/doc/Cygwin/.README

If you have questions or comments, please send them to the Cygwin
mailing list at .

CYGWIN-ANNOUNCE UNSUBSCRIBE INFO


This message has been sent to cygwin-announce list.

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

[EMAIL PROTECTED]

More information on unsubscribing can be found:

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

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

jca


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

Re: (1.5.19) problem compiling screen 4.0.2

[Jed R. Mallen]

On 5/12/06, Jonathan C. Allen <[EMAIL PROTECTED]> wrote:

I get these conftest.exe errors when attempting to build
screen 4.0.2 on cygwin 1.5.19.  I can't tell if they're a
real problem or not because configure keeps going until
hitting the "no tgetent - no screen" error.  This is also
confusing because I have libncurses installed.

Has anyone had luck building screen 4.0.2?

Full log:
http://jca.sdf1.org/cygwin/config.log

Snip:
[...]
configure: checking select...
configure: checking fifos...
- your fifos are usable
rm: cannot remove `conftest.exe': Permission denied
configure: checking for broken fifo implementation...
rm: cannot remove `conftest.exe': Permission denied
- you have a broken implementation
rm: cannot remove `conftest.exe': Permission denied


A permissions problem?
--
Jed R. Mallen
GPG key ID: 81E575A3 fp: 4E1E CBA5 7E6A 2F8B 8756  660A E54C 39D6 81E5 75A3
http://jed.sitesled.com

Censorship is rape.

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

Re: (1.5.19) problem compiling screen 4.0.2

[Jonathan C. Allen]

On Fri, May 12, 2006 at 10:52:20AM +0800, Jed R. Mallen wrote:
> On 5/12/06, Jonathan C. Allen <[EMAIL PROTECTED]> wrote:

[snip]

> >rm: cannot remove `conftest.exe': Permission denied
> 
> A permissions problem?

Looking at this further, conftest.exe never quits running.
'ps' shows it active until it's manually killed.  So, it
can't be removed, triggering the 'permission denied'.  I'm
not sure what it's doing though.

jca


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

[ANNOUNCEMENT] Updated: exim-4.62-1

[Pierre A. Humblet]

I have updated Exim, the Mail Transfer Agent, to exim 4.62.

News
- For changes to exim proper, see
  
  
  and /usr/share/doc/exim-4.62/NewStuff

Notes:
 - This port requires Cygwin 1.5.6 or more recent.
 - If you update from an Exim release earlier than 4.22, it will be necessary
   to delete all files in /var/spool/exim/db. This causes no permanent loss of
   data.

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

If you have questions or comments, please send them to the Cygwin
mailing list: cygwin@cygwin.com, mentioning "exim" in the subject line.

Pierre

** CYGWIN-ANNOUNCE UNSUBSCRIBE INFO ***

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

[EMAIL PROTECTED]

If you need more information on unsubscribing, start reading here:
http://sources.redhat.com/lists.html#unsubscribe-simple

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


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