Re: creating dll

[Yamini Sekar]

ok . fine larry!

GAS TURBINE RESEARCH ESTABLISHMENT ,BANGALORE


-- Original Message ---
From: Larry Hall <[EMAIL PROTECTED]>
To: "Yamini Sekar" <[EMAIL PROTECTED]>, "Gerrit @ cygwin" 
<[EMAIL PROTECTED]>
Sent: Sun, 11 Jan 2004 23:28:05 -0500
Subject: Re: creating dll

> Discussion of VC++ or Borland or any other non-Cygwin problems are 
> off-topic for this list.  Please take them to the appropriate list.  
> This list's volume is too high to permit digression from it's 
> charter.  If Gerrit is willing and able to answer questions about 
> VC++ or other non-Cygwin topics, I'm sure he'll contact you off-
> list.  But for the sake of others, let's end the current off-topic thread.
> 
> Larry
> 
> At 11:26 PM 1/11/2004, Yamini Sekar you wrote:
> >Hello Gerrit,
> >   Nice name.
> >   Thanks for your reply. May i know that you know vc++. Becaz i am doing 
> >project in vc++. If i have doubt, shall i ask you ??
> >
> >rgds
> >yamini.
> >
> >GAS TURBINE RESEARCH ESTABLISHMENT ,BANGALORE
> >
> >
> >-- Original Message ---
> >From: "Gerrit P. Haase" <[EMAIL PROTECTED]>
> >To: [EMAIL PROTECTED]
> >Sent: Sun, 11 Jan 2004 09:53:51 +0100
> >Subject: Re: creating dll
> >
> >> Hallo yamini,
> >> 
> >> Am Sonntag, 11. Januar 2004 um 08:35 schriebst du:
> >> 
> >> > Sir,
> >> >I have a doubt in creating a dll in the borland c++
> >> > compiler. plz send the reply as soon as possible and
> >> > also send the mail to thiis id.
> >> > [EMAIL PROTECTED]
> >> 
> >> This mailing list is about Cygwin(tm) from the company Red Hat, Inc.
> >> 
> >> Borland Software Corporation is a different company, please ask
> >> someone at Borland for support: http://www.borland.com/
> >> 
> >> Gerrit
> >> -- 
> >> =^..^=
> >--- End of Original Message ---
> >
> >
> >--
> >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/
--- End of Original Message ---


--
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.3.22: popen() fails without /bin/sh

[Hanak Michal-r50233]

Matthias,

there were no reaction on my message nor any fix in the cygwin library. I'm still 
using the popen2/pclose2 workaround and it seems it works well.

regards,
Michal


> -Original Message-
> From: [EMAIL PROTECTED] 
> [mailto:[EMAIL PROTECTED] 
> Sent: Friday, January 09, 2004 4:52 PM
> To: [EMAIL PROTECTED]
> Cc: Michal Hanak
> Subject: 1.3.22: popen() fails without /bin/sh
> 
> 
> Dear Michal, dear cygwin developpers,
> i have the same popen() problem as described in 
> http://sources.redhat.com/ml/cygwin/2003-06/msg00567.html
> i.e. my programm crashes when calling popen() on a system
> with minimal cygwin files (only cygwin1.dll and sh.exe in the 
> windows path). Does anyone know if there has been a solution 
> or fix meanwhile ?
> 
> Thanks
>   Matthias
> 
> ###
> # mail:  Matthias Buchmeier   #
> #IFF-IEE (Gruppe Gr"unberg)   #
> #Forschungszentrum J"ulich#
> #52425 Juelich#
> #Germany  #
> # #
> #   tel: +49 (0)2461 61 4273  #
> #   fax:4443  #
> # email: [EMAIL PROTECTED]#
> ###
> 

--
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: cron + network share(w/ full access?)

[Alan London]

Oh?  This works for you?  I can't seem to get this to
work... it seems
SYSTEM doesn't have the right access to network shares
via UNC paths.
(That was the whole reason for the lengthy discussion
that I linked to
in my message below:
  
http://www.cygwin.com/ml/cygwin/2003-04/msg01001.html)

Anyways, I've given up and used Windows' own Task
Scheduler for jobs
which need network access.

Alan

Andrew DeFaria wrote:
> > Alan London wrote:
> >
> > Hi,
> >
> > Thanks for the message but cron_diagnose.sh
doesn't seem to give
> > me insight on what I'm trying to do.
> >
> > I was trying to perform a hack discussed in this
thread:
> >
http://www.cygwin.com/ml/cygwin/2003-04/msg01001.html
> >
> >
> > I am attempting to have the cron service run as
another user so
> > that it can access network shares. 
>
>
> The best way to have cron access network shares is
to leave cron
> running as SYSTEM, make the share a public share and
access it view
> a UNC path (e.g.  //server/share/path/file).



__
Do you Yahoo!?
Yahoo! Hotjobs: Enter the "Signing Bonus" Sweepstakes
http://hotjobs.sweepstakes.yahoo.com/signingbonus

--
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: Crash of mysql under cygwin with g++ 3.3.1

[Fabrice Marchal]

Hallo Gerrit,

late reply too.

I guess from your message that you used a version of mysql server
compiled under cygwin. I downloaded and installed 4.0.17 and I still
have the bug with the latest cygwin and that server. I'll try with your
compiled version.
Thanks
Fabrice
Gerrit P. Haase wrote:

Hallo Fabrice,

late reply, sorry.

Your code snippet works for me with the latest Cygwin gcc-3.3.1 and
MySQL 4.0.17 which I compiled today and which is available for testing
here: http://anfaenger.de/cygwin-1.5/mysql/
$ gcc -I/usr/include/mysql \
   -o mysql mysql.cpp \
   -L/usr/lib/mysql -lmysqlclient \
   -L/usr/lib -lstdc++
$ ./mysql

$ g++ -I/usr/include/mysql \
   -o mysql mysql.cpp \
   -L/usr/lib/mysql -lmysqlclient
$ ./mysql

No problem here.

Am Freitag, 28. November 2003 um 01:46 schriebst du:

 

I dont know if this is a problem of mysql, g++ or
cygwin but the following simple code keeps crashing with g++3.3.1
Platform: cygwin-1.5.5, mysql 3.23 (and mysql 4.1 as well).
Note that the code does not crash if all the mysql_ calls are
made from inside the "main()" block. GDB reports that the crash occurs
when returning from the Connection() constructor.
The code was working with former g++2.95 under cygwin.
   

 

#include "mysql.h"
#include 
   

 

using namespace std;
   

 

class Connection{
 MYSQL *mysql;
public:
 Connection(){
   mysql = mysql_init( NULL );
   if( mysql == 0 ){
   cerr << "failed to init" << endl;
   exit(-1); }
   mysql_real_connect( mysql, "", "", "", "test", 3306, NULL, 0);
 }
};
   

 

int main( int argc, char** args ){
   Connection con;
}
   





HTH,
Gerrit
 



--

Fabrice Marchal   http://www.inf.ethz.ch/~marchal 
[EMAIL PROTECTED]  [EMAIL PROTECTED] +41-(0)1-632-56-79
ETH Zurich, CoLab Computational LaboratoryFAX:+41-(0)1-632-17-03




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

A month worth of developers time available for Cygwin.

[Ronald Landheer-Cieslak]

This message is intended mostly for the Cygwin core developers.

I will be quitting my job mid februari (the 13th) and moving to Canada where
I won't start searching for a job until at least three weeks after our arrival
(I'll be looking after my daughter in stead). As I don't expect taking care of
my daughter will take all of my time, I have some time left on my hands.

I've been using Cygwin for quite a while now and would like to use the time 
I'll have on my hands to do something useful for Cygwin. Since the last time
I wanted to offer my time (which finally didn't work out mostly because my
employer didn't want to sign the necessary paperwork) I've gotten the rust
off my C++ skills (and haven't let my other development skills rust either).

So if you think the project can use a developer for three to four weeks, I'll
be happy to help out. Just point me to something you would like me to do :)

rlc

-- 
Your depth of comprehension may tend to make you lax in worldly ways.

--
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: Updated: man-1.5k-2

[Igor Pechtchanski]

On Sun, 11 Jan 2004, Steve Kelem wrote:

> Larry Hall wrote:
>
> >At 05:02 PM 1/9/2004, Steve Kelem you wrote:
> >
> >>I installed this version, and I still get the ESC characters.  Do you
> >>have any idea why I'm getting them?
> >
> >Does '/usr/share/misc/man.conf' contain this line?
> >
> >PAGER   /usr/bin/less -isrR
>
> No, it's set to "/bin/less -is".  I changed it to -isrR, but that didn't
> change the display. But that info led me to find that my environment
> variable PAGER was set to "less". After changing it to "less -isrR", man
> is working!  This should be in a FAQ somewhere, as I've have PAGER set
> to "less" for years without a problem.  I'm not sure what changed...

"less", apparently. :-)  Actually, it wasn't "less", it was "groff" (the
program that "man" uses to format the man pages).  See
.

> Thanks for your help!
> Steve

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

"I have since come to realize that being between your mentor and his route
to the bathroom is a major career booster."  -- Patrick Naughton

--
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.3.22: popen() fails without /bin/sh

[Larry Hall]

Chris Faylor responded with this:



Larry

At 02:58 AM 1/12/2004, Hanak Michal-r50233 you wrote:
>Matthias,
>
>there were no reaction on my message nor any fix in the cygwin library. I'm still 
>using the popen2/pclose2 workaround and it seems it works well.
>
>regards,
>Michal
>
>
>> -Original Message-
>> From: [EMAIL PROTECTED] 
>> [mailto:[EMAIL PROTECTED] 
>> Sent: Friday, January 09, 2004 4:52 PM
>> To: [EMAIL PROTECTED]
>> Cc: Michal Hanak
>> Subject: 1.3.22: popen() fails without /bin/sh
>> 
>> 
>> Dear Michal, dear cygwin developpers,
>> i have the same popen() problem as described in 
>> http://sources.redhat.com/ml/cygwin/2003-06/msg00567.html
>> i.e. my programm crashes when calling popen() on a system
>> with minimal cygwin files (only cygwin1.dll and sh.exe in the 
>> windows path). Does anyone know if there has been a solution 
>> or fix meanwhile ?
>> 
>> Thanks
>>   Matthias
>> 
>> ###
>> # mail:  Matthias Buchmeier   #
>> #IFF-IEE (Gruppe Gr"unberg)   #
>> #Forschungszentrum J"ulich#
>> #52425 Juelich#
>> #Germany  #
>> # #
>> #   tel: +49 (0)2461 61 4273  #
>> #   fax:4443  #
>> # email: [EMAIL PROTECTED]#
>> ###
>> 
>
>--
>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: 1.3.22: popen() fails without /bin/sh

[Christopher Faylor]

On Mon, Jan 12, 2004 at 08:58:58AM +0100, Hanak Michal-r50233 wrote:
>there were no reaction on my message nor any fix in the cygwin library.
>I'm still using the popen2/pclose2 workaround and it seems it works
>well.

I responded to this thread indicating that this is not a bug.  popen
requires /bin/sh.  It's not a bug.
--
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
Problem reports:   http://cygwin.com/problems.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

Re: A month worth of developers time available for cygwin.

[Christopher Faylor]

On Mon, Jan 12, 2004 at 03:39:03PM +0100, Ronald Landheer-Cieslak wrote:
>This message is intended mostly for the Cygwin core developers.
>
>I will be quitting my job mid februari (the 13th) and moving to Canada where
>I won't start searching for a job until at least three weeks after our arrival
>(I'll be looking after my daughter in stead). As I don't expect taking care of
>my daughter will take all of my time, I have some time left on my hands.
>
>I've been using Cygwin for quite a while now and would like to use the time 
>I'll have on my hands to do something useful for Cygwin. Since the last time
>I wanted to offer my time (which finally didn't work out mostly because my
>employer didn't want to sign the necessary paperwork) I've gotten the rust
>off my C++ skills (and haven't let my other development skills rust either).
>
>So if you think the project can use a developer for three to four weeks, I'll
>be happy to help out. Just point me to something you would like me to do :)

It's very nice of you to offer.  I think the biggest thing we could use help
on is documentation.  Going over the documents, removing obsolete bits, clarifying
obscure stuff, etc.  I don't want to step on Joshua's toes here so maybe he'll
correct me if I'm wrong, but I think the docs could use some work.

Otherwise, I can't think of a specific thing to point at and say "Work on that".
Maybe serial support?

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: Problem compiling cygwin1.dll from CVS

[Gabriel SOUBIES]

I experienced exactly the same build problem and all my mounts are binary
mounts...
So far I have not been able go further than this error.
If someone can help us, he is really welcome!
Thx

-Message d'origine-
De : [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] la part
de Igor Pechtchanski
Envoye : vendredi 26 decembre 2003 17:12
A : Nuno Ferreira
Cc : [EMAIL PROTECTED]
Objet : Re: Problem compiling cygwin1.dll from CVS


On Fri, 26 Dec 2003, Nuno Ferreira wrote:

> Hi,
> while trying to find a problem with an application I'm using (that by
> the way was corrected by yesterday's snapshot) I tried to compile the
> DLL from CVS and it failed with this error:
> [snip]
> collect2: ld terminated with signal 11 [Segmentation fault], core dumped
> /usr/lib/gcc-lib/i686-pc-cygwin/3.3.1/../../../../i686-pc-cygwin/bin/ld:
cygwin.def:4: parse error
> make[2]: *** [cygwin0.dll] Error 1
>
> The created cygwin.def follows, do you have any ideia what can cause
> this problem?

At a guess, judging from the CRLF line endings in the first 3 lines,
you're trying to build Cygwin on a text mount.  Thus, ld expects to see
all lines ending in CRLF.  However, gcc seems to write the defs with LFs
explicitly, so ld sees line 4 as one long line, and gives a parse error.
I'd suggest moving the build to a binary mount and trying again.

> Also, I am experiencing some major memory leaks using the application,
> the same application runs flawlessly in linux, does anyone know any tool
> (something similar to valgrind) I can use to track the leaks under
> cygwin?
>
> Thank you
> --
> Nuno

Doesn't Cygwin use Doug Lea's malloc?  I thought it had some leak
detection routines (or, at least, routines to print memory stats).  Take a
look at winsup/cygwin/malloc.cc...
Igor
--
http://cs.nyu.edu/~pechtcha/
  |\  _,,,---,,_[EMAIL PROTECTED]
ZZZzz /,`.-'`'-.  ;-;;,_[EMAIL PROTECTED]
 |,4-  ) )-,_. ,\ (  `'-'   Igor Pechtchanski, Ph.D.
'---''(_/--'  `-'\_) fL a.k.a JaguaR-R-R-r-r-r-.-.-.  Meow!

"I have since come to realize that being between your mentor and his route
to the bathroom is a major career booster."  -- Patrick Naughton

--
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: Unix pipes implementation

[linamat]

>Sorry but it's unlikely.  As I said, there is already a start of an
>implementation for this which I am unlikely to want to throw out.
Ok.

>I expect to have a working fifo implementation in a couple of releases.
How much of time could it take?
Can I do something to decrease this delay? Cause I want to have newest
cygwin version and Unix FIFO support already.

With respect,
Sergey Samsi
Internet service
S.A. Moldtelecom
(+373)22542597
GSM: 69115719








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

w2k terminal sessions and cygwin

[Wim Melis]

Dear all,



Sorry if this seems repetitious, but I have been looking for quit a while 
to find a solution to this problem, and now I thought of getting close, you 
need to find out that whatever solution they provide for w2k only works 
from 2003 server ??
Basically is there any solution to get cygwin running under terminal 
services for normal users (not only the admin which istalls it).
Related threads, but without actual solution :

http://www.cygwin.com/ml/cygwin/2003-11/msg00687.html
http://cygwin.com/ml/cygwin/2003-10/msg00447.html
Many thanks,

Wim

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

arm cross tool chain build failured in Cygwin

[dou wen]

hi ,all
I have try to built arm-linux toolchain using kegel's crosstool-0.25
,arm.dat(using arm9dtmi) gcc-3.2.3-glibc-2.3.2.dat, under cygwin ,gcc-3.3.1.
first i want to report a patch problem at glibc-2.3.2 patch of the
crosstool ---the shlibs-lds.patch cant be applied, it seem it is not for the
Makerules of glibc-2.3.2,so i had not use this patch,i dont know if my this
choice (not using shlibs-lds.patch) caused the follow problem described
below).

i have successful built the binutils and core gcc,but at the last of glibc
building stage,
it report a lot of "undefined reference" error, such as(see attachment for
details) :


arm-9dtmi-linux-gnu-gcc   -nostdlib -nostartfiles -shared   \
  -Wl,-z,combreloc -Wl,-z,defs -Wl,--verbose 2>&1 | \
   sed -e '/^=/,/^=/!d;/^=/d' \
   -e 's/\. = 0 + SIZEOF_HEADERS;/& _begin = . - SIZEOF_HEADERS;/' \
   >
/home/douwen/crosstool-0.25/build/arm-9dtmi-linux-gnu/gcc-3.2.3-glibc-2.3.2/
build-glibc/elf/ld.so.lds
arm-9dtmi-linux-gnu-gcc   -nostdlib -nostartfiles -shared -o
/home/douwen/crosstool-0.25/build/arm-9dtmi-linux-gnu/gcc-3.2.3-glibc-2.3.2/
build-glibc/elf/ld.so   \
   -Wl,-z,combreloc -Wl,-z,defs\

/home/douwen/crosstool-0.25/build/arm-9dtmi-linux-gnu/gcc-3.2.3-glibc-2.3.2/
build-glibc/elf/librtld.os -Wl,--version-script=/home/douwen/crosstool-0.25/
build/arm-9dtmi-linux-gnu/gcc-3.2.3-glibc-2.3.2/build-glibc/ld.map  \
   -Wl,-soname=ld-linux.so.2 -T
/home/douwen/crosstool-0.25/build/arm-9dtmi-linux-gnu/gcc-3.2.3-glibc-2.3.2/
build-glibc/elf/ld.so.lds
/home/douwen/crosstool-0.25/build/arm-9dtmi-linux-gnu/gcc-3.2.3-glibc-2.3.2/
build-glibc/elf/librtld.os(.text+0x2a44): In function `process_envvars':
: undefined reference to `__access'
/home/douwen/crosstool-0.25/build/arm-9dtmi-linux-gnu/gcc-3.2.3-glibc-2.3.2/
build-glibc/elf/librtld.os(.text+0x2ae4): In function `process_envvars':
: undefined reference to `__open'
/home/douwen/crosstool-0.25/build/arm-9dtmi-linux-gnu/gcc-3.2.3-glibc-2.3.2/
build-glibc/elf/librtld.os(.text+0x3838): In function `lose':
: undefined reference to `__close'
/home/douwen/crosstool-0.25/build/arm-9dtmi-linux-gnu/gcc-3.2.3-glibc-2.3.2/
build-glibc/elf/librtld.os(.text+0x3918): In function
`_dl_map_object_from_fd':
: undefined reference to `__GI___fxstat64'
/home/douwen/crosstool-0.25/build/arm-9dtmi-linux-gnu/gcc-3.2.3-glibc-2.3.2/
build-glibc/elf/librtld.os(.text+0x3a94): In function
`_dl_map_object_from_fd':
: undefined reference to `__lseek'
/home/douwen/crosstool-0.25/build/arm-9dtmi-linux-gnu/gcc-3.2.3-glibc-2.3.2/
build-glibc/elf/librtld.os(.text+0x3aa4): In function
`_dl_map_object_from_fd':
: undefined reference to `__libc_read'
/home/douwen/crosstool-0.25/build/arm-9dtmi-linux-gnu/gcc-3.2.3-glibc-2.3.2/
build-glibc/elf/librtld.os(.text+0x3f38): In function
`_dl_map_object_from_fd':
: undefined reference to `__close'
/home/douwen/crosstool-0.25/build/arm-9dtmi-linux-gnu/gcc-3.2.3-glibc-2.3.2/
build-glibc/elf/librtld.os(.text+0x4304): In function
`_dl_map_object_from_fd':
: undefined reference to `__close'
/home/douwen/crosstool-0.25/build/arm-9dtmi-linux-gnu/gcc-3.2.3-glibc-2.3.2/
build-glibc/elf/librtld.os(.text+0x4640): In function `open_verify':
: undefined reference to `__open'
a lot of similar message






is there any one experienced the same problem and could give me an advice?

Regards,
Dou Wen


begin 666 glibc-make.log
M+BXN+BYL;W0@;V8@;65SBQC;VUB/3T]/3T]/3T]+RPO7CT]/3T]/3T]/2\A9#LO7CT]
M/3T]/3T]/2]D)PE<"@D@(" @(" M92 G"UG;G4M9V-C(" @+6YOBQD969S"0D)"5P*"2 @+VAO;64O9&]U
M=V5N+V-R;W-S=&]O;"TP+C(U+V)U:6QD+V%R;2TY9'1M:2UL:6YU>"UG;G4O
M9V-C+3,N,BXS+6=L:6)C+3(N,RXR+V)U:6QD+6=L:6)C+V5L9B]L:6)R=&QD
M+F]S("U7;"PM+79E'0K,'@[EMAIL PROTECTED]@9G5N8W1I;[EMAIL PROTECTED]'!R;V-E"UG;G4O9V-C
M+3,N,BXS+6=L:6)C+3(N,RXR+V)U:6QD+6=L:6)C+V5L9B]L:6)R=&QD+F]S
M*"YT97AT*S!X,SDQ."DZ($EN(&9U;F-T:6]N(&!?9&Q?;6%P7V]B:F5C=%]F
M"UG;G4O9V-C+3,N,BXS+6=L:6)C+3(N
M,RXR+V)U:6QD+6=L:6)C+V5L9B]L:6)R=&QD+F]S*"YT97AT*S!X,V%A-"DZ
M($EN(&9U;F-T:6]N(&!?9&Q?;6%P7V]B:F5C=%]F"UG;G4O9V-C
M+3,N,BXS+6=L:6)C+3(N,RXR+V)U:6QD+6=L:6)C+V5L9B]L:6)R=&QD+F]S
M*"YT97AT*S!X,V8S."DZ($EN(&9U;F-T:6]N(&!?9&Q?;6%P7V]B:F5C=%]F
M'0K,'@T,S [EMAIL PROTECTED]@9G5N8W1I;[EMAIL PROTECTED];%]M
M87!?;V)J96-T7V9R;[EMAIL PROTECTED]('5N9&5F:6YE9"!R969E<[EMAIL PROTECTED]&\@
M8%]?8VQO"UG;G4O9V-C+3,N,BXS+6=L:6)C+3(N,RXR+V)U:6QD
M+6=L:6)C+V5L9B]L:6)R=&QD+F]S*"YT97AT*S!X-#8V."DZ($EN(&9U;F-T
M:6]N(&!O<&5N7W9E2'0K,'@T.#'0K,'@[EMAIL PROTECTED]@
[EMAIL PROTECTED];[EMAIL PROTECTED]&]P96Y?=F5R:69Y)SH*.B!U;F1E9FEN960@"UG;G4O9V-C+3,N,BXS+6=L:6)C
M+3(N,RXR+V)U:6QD+6=L:6)C+V5L9B]L:6)R=&QD+F]S*"YT97AT*S!X-#AF
M,"DZ($EN(&9U;F-T:6]N(&!O<&5N7W9E2"UG;G4O9V-C+3,N,BXS+6=L:6)C
M+3(N,RXR+V)U:6QD+6=L:6)C+V5L9B]L:6)R=&QD+F]S*"YT97AT*S!X-&(P
M-"DZ($EN(&9U;F-T:6]N(&!O<&5N7W!A=&@[EMAIL PROTECTED]('5N9&5F:6YE9"!R969E
M<[EMAIL PROTECTED]&[EMAIL PROTECTED]'0K
M,'@[EMAIL PROTECTED]@9G5N8W1I;[EMAIL PROTECTED]&]P96Y?<&%T:"'0K,'@[EMAIL PROTECTED]@9G5N8W1I;[EMA

g++ command

[Angelika Olsson]

Hello.
I'm kind of a newbie at c++ and cygwin. I've just installed cygwin on my
pc, including all the g++ packages. I try to compile with the simple
command:

g++ -c Test.cpp

but all I get is the depressing reply:

bash: g++: command not found

Have I forgotten something? Do I need something extra? Am I not using the
right command? 

Appreciate any help,
Angelika


--
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: g++ command

[Dave Korn]

 

> -Original Message-
> From: [EMAIL PROTECTED] 
> [mailto:[EMAIL PROTECTED] On Behalf Of Angelika Olsson

> Hello.
> I'm kind of a newbie at c++ and cygwin. I've just installed 
> cygwin on my pc, including all the g++ packages. I try to 
> compile with the simple
> command:
> 
> g++ -c Test.cpp
> 
> but all I get is the depressing reply:
> 
> bash: g++: command not found
> 
> Have I forgotten something? Do I need something extra? Am I 
> not using the right command? 


  Most likely something went wrong with your install, unless you've been
messing with your $PATH setting in your .bashrc or something like that.

  What's the output from 'which g++' or 'cygcheck g++' ?  It should be in
/usr/bin, usually

   cheers,
 DaveK



--
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: g++ command

[Larry Hall]

At 11:07 AM 1/12/2004, Angelika Olsson you wrote:
>Hello.
>I'm kind of a newbie at c++ and cygwin. I've just installed cygwin on my
>pc, including all the g++ packages. I try to compile with the simple
>command:
>
>g++ -c Test.cpp
>
>but all I get is the depressing reply:
>
>bash: g++: command not found
>
>Have I forgotten something? 


Yes.  See the link for problem reports below.


>Do I need something extra? 


Probably, though if you had attached the output of cygcheck, I could 
be more certain.  But my WAG is that you didn't install the g++ package.


>Am I not using the
>right command? 


No, you are using the correct command.  You just haven't installed it or 
Cygwin can't find it for some reason.




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

--
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: cron + network share(w/ full access?)

[Larry Hall (RFK Partners, Inc)]

Yes, this works fine.  I just ran some tests here and I
have no problem accessing shares from cron if the shares 
are accessible without the need to authenticate (under
Windows).  I don't know why you and Tim had problems
getting this to work with his option 1 (which is all I
need - actually "Everyone" or "Guest" permissions is 
sufficient here).

Larry


At 03:18 AM 1/12/2004, Alan London you wrote:
>Oh?  This works for you?  I can't seem to get this to
>work... it seems
>SYSTEM doesn't have the right access to network shares
>via UNC paths.
>(That was the whole reason for the lengthy discussion
>that I linked to
>in my message below:
>  
>http://www.cygwin.com/ml/cygwin/2003-04/msg01001.html)
>
>Anyways, I've given up and used Windows' own Task
>Scheduler for jobs
>which need network access.
>
>Alan
>
>Andrew DeFaria wrote:
>> > Alan London wrote:
>> >
>> > Hi,
>> >
>> > Thanks for the message but cron_diagnose.sh
>doesn't seem to give
>> > me insight on what I'm trying to do.
>> >
>> > I was trying to perform a hack discussed in this
>thread:
>> >
>http://www.cygwin.com/ml/cygwin/2003-04/msg01001.html
>> >
>> >
>> > I am attempting to have the cron service run as
>another user so
>> > that it can access network shares. 
>>
>>
>> The best way to have cron access network shares is
>to leave cron
>> running as SYSTEM, make the share a public share and
>access it view
>> a UNC path (e.g.  //server/share/path/file).
>
>
>
>__
>Do you Yahoo!?
>Yahoo! Hotjobs: Enter the "Signing Bonus" Sweepstakes
>http://hotjobs.sweepstakes.yahoo.com/signingbonus
>
>--
>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/

Problem with ssh/pvm/winXp

[Pedro Luiz Nani Costa]

Hi folks

I´m trying to use pvm over cygwin, and i´m not sure about what is
happening.
The thing is that i am using ssh instead of rsh. Well, no big deal...
So far, look what it happens, if trying to add some hosts using pvm´s
console:


--->
[EMAIL PROTECTED] ~
$ pvm
pvm> add pcdep49
add pcdep49
0 successful
HOST DTID
 pcdep49 Can't start pvmd

Auto-Diagnosing Failed Hosts...
pcdep49...
Verifying Local Path to "rsh"...
Rsh found in /usr/bin/ssh.exe - O.K.
Testing Rsh/Rhosts Access to Host "pcdep49"...
Rsh/Rhosts Access is O.K.
Checking O.S. Type (Unix test) on Host "pcdep49"...
Host pcdep49 is Unix-based.
Checking $PVM_ROOT on Host "pcdep49"...

The value of the $PVM_ROOT environment
variable on pcdep49 is invalid ("").
Use the absolute path to the pvm3/ directory.

<---

Moreover, look at these output:

--->
[EMAIL PROTECTED] ~
$ ssh pcdep49 "export"
declare -x ALLUSERSPROFILE="C:\\Documents and Settings\\All Users"
declare -x CMG_HOME="C:\\Arquivos de programas\\CMG"
declare -x COMMONPROGRAMFILES="C:\\Arquivos de programas\\Arquivos comuns"
declare -x COMPUTERNAME="PCDEP49"
declare -x COMSPEC="C:\\WINNT\\system32\\cmd.exe"
declare -x CYGWIN="ntsec tty"
declare -x CYGWIN32="ntsec tty"
declare -x HOME="/home/pcosta"
declare -x HOMEDRIVE="c:"
declare -x HOMEPATH="\\Cygwin\\home\\pcosta"
declare -x LOGNAME="pcosta"
declare -x LOGONSERVER="PCDEP49"
declare -x LSFORCEHOST="pcdep64"
declare -x MAIL="/var/spool/mail/pcosta"
declare -x NUMBER_OF_PROCESSORS="1"
declare -x OLDPWD
declare -x OS="Windows_NT"
declare -x OS2LIBPATH="C:\\WINNT\\system32\\os2\\dll;"
declare -x
PATH="/cygdrive/c/WINNT/system32:/cygdrive/c/WINNT:/cygdrive/c/WINNT/
System32/Wbem:/cygdrive/c/ecl/home:/cygdrive/c/ecl/macros:/usr/bin:/bin"
declare -x PATHEXT=".COM;.EXE;.BAT;.CMD;.VBS;.VBE;.JS;.JSE;.WSF;.WSH"
declare -x PROCESSOR_ARCHITECTURE="x86"
declare -x PROCESSOR_IDENTIFIER="x86 Family 6 Model 8 Stepping 3,
GenuineIntel"
declare -x PROCESSOR_LEVEL="6"
declare -x PROCESSOR_REVISION="0803"
declare -x PROGRAMFILES="C:\\Arquivos de programas"
declare -x PWD="/home/pcosta"
declare -x SHELL="/bin/bash"
declare -x SHLVL="1"
declare -x SSH_CLIENT="143.106.81.151 3002 22"
declare -x SSH_CONNECTION="143.106.81.151 3002 143.106.81.245 22"
declare -x SYSTEMDRIVE="C:"
declare -x SYSTEMROOT="C:\\WINNT"
declare -x TEMP="/cygdrive/c/WINNT/TEMP"
declare -x TERM="cygwin"
declare -x TMP="/cygdrive/c/WINNT/TEMP"
declare -x USER="pcosta"
declare -x USERDOMAIN="PCDEP49"
declare -x USERNAME="pcosta"
declare -x WINDIR="C:\\WINNT"

<---

What am i missing here??

It seems a problem with environmental setting, but i already define
~/.bashrc,
 ~/.profile,  ~/.ssh/environment,  ~/.ss/rc, etc

Oh!!! I´m using cygwin, pvm 3.4.3, windowsXp...

Any help it would be great!!

Thanks in advance!

[]´s
Pedraum

--
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: Problem with ssh/pvm/winXp

[Larry Hall]

At 11:59 AM 1/12/2004, Pedro Luiz Nani Costa you wrote:
>Hi folks
>
>I´m trying to use pvm over cygwin, and i´m not sure about what is
>happening.
>The thing is that i am using ssh instead of rsh. Well, no big deal...
>So far, look what it happens, if trying to add some hosts using pvm´s
>console:
>
>
>--->
>[EMAIL PROTECTED] ~
>$ pvm
>pvm> add pcdep49
>add pcdep49
>0 successful
>HOST DTID
> pcdep49 Can't start pvmd
>
>Auto-Diagnosing Failed Hosts...
>pcdep49...
>Verifying Local Path to "rsh"...
>Rsh found in /usr/bin/ssh.exe - O.K.
>Testing Rsh/Rhosts Access to Host "pcdep49"...
>Rsh/Rhosts Access is O.K.
>Checking O.S. Type (Unix test) on Host "pcdep49"...
>Host pcdep49 is Unix-based.
>Checking $PVM_ROOT on Host "pcdep49"...
>
>The value of the $PVM_ROOT environment
>variable on pcdep49 is invalid ("").
>Use the absolute path to the pvm3/ directory.
>
><---
>
>Moreover, look at these output:
>
>--->
>[EMAIL PROTECTED] ~
>$ ssh pcdep49 "export"
>declare -x ALLUSERSPROFILE="C:\\Documents and Settings\\All Users"
>declare -x CMG_HOME="C:\\Arquivos de programas\\CMG"
>declare -x COMMONPROGRAMFILES="C:\\Arquivos de programas\\Arquivos comuns"
>declare -x COMPUTERNAME="PCDEP49"
>declare -x COMSPEC="C:\\WINNT\\system32\\cmd.exe"
>declare -x CYGWIN="ntsec tty"
>declare -x CYGWIN32="ntsec tty"
>declare -x HOME="/home/pcosta"
>declare -x HOMEDRIVE="c:"
>declare -x HOMEPATH="\\Cygwin\\home\\pcosta"
>declare -x LOGNAME="pcosta"
>declare -x LOGONSERVER="PCDEP49"
>declare -x LSFORCEHOST="pcdep64"
>declare -x MAIL="/var/spool/mail/pcosta"
>declare -x NUMBER_OF_PROCESSORS="1"
>declare -x OLDPWD
>declare -x OS="Windows_NT"
>declare -x OS2LIBPATH="C:\\WINNT\\system32\\os2\\dll;"
>declare -x
>PATH="/cygdrive/c/WINNT/system32:/cygdrive/c/WINNT:/cygdrive/c/WINNT/
>System32/Wbem:/cygdrive/c/ecl/home:/cygdrive/c/ecl/macros:/usr/bin:/bin"
>declare -x PATHEXT=".COM;.EXE;.BAT;.CMD;.VBS;.VBE;.JS;.JSE;.WSF;.WSH"
>declare -x PROCESSOR_ARCHITECTURE="x86"
>declare -x PROCESSOR_IDENTIFIER="x86 Family 6 Model 8 Stepping 3,
>GenuineIntel"
>declare -x PROCESSOR_LEVEL="6"
>declare -x PROCESSOR_REVISION="0803"
>declare -x PROGRAMFILES="C:\\Arquivos de programas"
>declare -x PWD="/home/pcosta"
>declare -x SHELL="/bin/bash"
>declare -x SHLVL="1"
>declare -x SSH_CLIENT="143.106.81.151 3002 22"
>declare -x SSH_CONNECTION="143.106.81.151 3002 143.106.81.245 22"
>declare -x SYSTEMDRIVE="C:"
>declare -x SYSTEMROOT="C:\\WINNT"
>declare -x TEMP="/cygdrive/c/WINNT/TEMP"
>declare -x TERM="cygwin"
>declare -x TMP="/cygdrive/c/WINNT/TEMP"
>declare -x USER="pcosta"
>declare -x USERDOMAIN="PCDEP49"
>declare -x USERNAME="pcosta"
>declare -x WINDIR="C:\\WINNT"
>
><---
>
>What am i missing here??


First, you should clarify what pvm is.  I'm assuming you mean 
, though I can't be sure.

AFAICS, the main problem is just that PVM_ROOT is not defined.  If that's the
case, just define it in the system variables (not the user's) in the Windows
control panel.


>It seems a problem with environmental setting, but i already define
>~/.bashrc,
> ~/.profile,  ~/.ssh/environment,  ~/.ss/rc, etc


Assuming you mean environment variables, then see my response above.


>Oh!!! I´m using cygwin, pvm 3.4.3, windowsXp...


This isn't enough information.  You should read through the "Problem reports"
link below.  This describes the proper "boot-strap" information that should 
accompany all problem reports to this list. 


>Any help it would be great!!
>
>Thanks in advance!
>
>[]´s
>Pedraum
>
>--
>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/

--
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: Unix pipes implementation

[Christopher Faylor]

On Mon, Jan 12, 2004 at 05:58:02PM +0200, [EMAIL PROTECTED] wrote:
>>Sorry but it's unlikely.  As I said, there is already a start of an
>>implementation for this which I am unlikely to want to throw out.
>Ok.
>
>>I expect to have a working fifo implementation in a couple of releases.
>How much of time could it take?

It would probably take me a couple of days once I'm out from under the
mountain of work that I'm currently experiencing.

>Can I do something to decrease this delay? Cause I want to have newest
>cygwin version and Unix FIFO support already.

This is one of those cases where there is really no good solution for you.
I don't see this happening soon and I really don't have the time to try
to shepard you, or anyone, through the current fifo code so that I can
fill you in on the way I want to see this done.

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: Problem compiling cygwin1.dll from CVS

[Igor Pechtchanski]

By "exactly the same build problem" I assume you mean a parse error in
line 4 of cygwin.def?  Could you please attach (*not* include inline) your
generated cygwin.def, the output of "cygcheck -svr" on your system, the
exact flags you're passing to "configure", and the exact command that
fails?
Igor

On Mon, 12 Jan 2004, Gabriel SOUBIES wrote:

> I experienced exactly the same build problem and all my mounts are binary
> mounts...
> So far I have not been able go further than this error.
> If someone can help us, he is really welcome!
> Thx
>
> -Message d'origine-
> De : [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] la part
> de Igor Pechtchanski
> Envoye : vendredi 26 decembre 2003 17:12
> A : Nuno Ferreira
> Cc : [EMAIL PROTECTED]
> Objet : Re: Problem compiling cygwin1.dll from CVS
>
> On Fri, 26 Dec 2003, Nuno Ferreira wrote:
>
> > Hi,
> > while trying to find a problem with an application I'm using (that by
> > the way was corrected by yesterday's snapshot) I tried to compile the
> > DLL from CVS and it failed with this error:
> > [snip]
> > collect2: ld terminated with signal 11 [Segmentation fault], core dumped
> > /usr/lib/gcc-lib/i686-pc-cygwin/3.3.1/../../../../i686-pc-cygwin/bin/ld: 
> > cygwin.def:4: parse error
> > make[2]: *** [cygwin0.dll] Error 1
> >
> > The created cygwin.def follows, do you have any ideia what can cause
> > this problem?
>
> At a guess, judging from the CRLF line endings in the first 3 lines,
> you're trying to build Cygwin on a text mount.  Thus, ld expects to see
> all lines ending in CRLF.  However, gcc seems to write the defs with LFs
> explicitly, so ld sees line 4 as one long line, and gives a parse error.
> I'd suggest moving the build to a binary mount and trying again.
>
> > Also, I am experiencing some major memory leaks using the application,
> > the same application runs flawlessly in linux, does anyone know any tool
> > (something similar to valgrind) I can use to track the leaks under
> > cygwin?
> >
> > Thank you
> > --
> > Nuno
>
> Doesn't Cygwin use Doug Lea's malloc?  I thought it had some leak
> detection routines (or, at least, routines to print memory stats).  Take a
> look at winsup/cygwin/malloc.cc...
> Igor

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

"I have since come to realize that being between your mentor and his route
to the bathroom is a major career booster."  -- Patrick Naughton

--
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: problems with cygrunsrv and inetd

[Ruud Huynen]

Hello Larry

Thank you for your explanation, which points directly to the problem.
I did a lot of reading yesterday, internet, faqs, userguide, readme files.
I didn't find anything pointing into this direction.
The problem occurs in inetutils and sshd and maybe other packages.
I think it should be described in the readme's and in the userguide.

Ruud

- Original Message - 
From: "Larry Hall" <[EMAIL PROTECTED]>
To: "Ruud Huynen" <[EMAIL PROTECTED]>; "Cygwin List"
<[EMAIL PROTECTED]>
Sent: Sunday, January 11, 2004 9:28 PM
Subject: Re: problems with cygrunsrv and inetd


> Actually, yes.  Installing for "Just me" creates mount points only for the
> current user.  All services started by Cygwin are, by default, started as
> another user, typically SYSTEM, which won't see the user-specific mount
> points.  To run services "right out of the box" with Cygwin, you really
> need to install for "All Users".  Looking back now at your report, I guess
> there was the hint of this issue in the report and your cygcheck output
> clearly shows user mounts.  Sorry I didn't pick up on this and point it
out
> to you sooner.  The alternative to reinstalling everything would have been
> to just remount all your mounts as 'system' rather than 'user' (see 'man
> mount') or rerunning setup again without uninstalling and picking "All
> users" insteaad.  But you clearly got to where you want to be with your
> method.  Good catch on your part!  Glad you got it working.
>
> Larry
>
>
> At 03:17 PM 1/11/2004, Ruud Huynen you wrote:
> >Hello
> >
> >I reinstalled cygwin completely and it works now. Inetd and ssh are
working
> >in 2 minutes.
> >This time I used the setup setting Install For 'All Users'.
> >
> >Is there a problem with installing inetd and sshd when using 'Just me' ?
> >
> >Regards
> >Ruud
> >- Original Message - 
> >From: "Larry Hall" <[EMAIL PROTECTED]>
> >To: "Ruud Huynen" <[EMAIL PROTECTED]>; <[EMAIL PROTECTED]>
> >Sent: Sunday, January 11, 2004 8:02 PM
> >Subject: Re: problems with cygrunsrv and inetd
> >
> >
> >> At 12:32 PM 1/11/2004, Ruud Huynen you wrote:
> >> >Hello
> >> >
> >> >I looked on the internet and inetutils.README to install the inetd and
> >the
> >> >ssh service.
> >> >When I create the windows service inetd with:
> >> >cygrunsrv -I inetd -d "CYGWIN inetd" -p /usr/sbin/inetd -a -d -e
> >> >CYGWIN=ntsec
> >>
> >>
> >> Why did you install it this way?  inetutils.README clearly states that
> >> the inetd service is installed with the '--install-as-service' flag.
> >>
> >>
> >> >I noticed that the executable pointed to in the service is, which is
> >wrong:
> >> >C:\cygwin\bin\cygrunsrv.exe
> >>
> >>
> >> No, it's not wrong for a service installed with cygrunsrv.
> >>
> >>
> >> >After removing it
> >> >cygrunsrv -R inetd
> >> >
> >> >And using:
> >> >/usr/sbin/inetd.exe --install-as-service
> >> >I have in the service: C:\cygwin\usr\sbin\inetd.exe
> >> >
> >> >Starting it shows the two inetd processes running, but netstat -an
does
> >not
> >> >show any listening ports!
> >>
> >>
> >>
> >>  From inetutil.README:
> >>
> >> Current caveat: inetd is visible twice in the process list.
> >> This is currently needed to work correctly with the service
> >> manager. This should be solved in a future release.
> >>
> >>
> >> >I thought -d means debugging. Not daemon. But I tried it and changed
the
> >> >registry to add the -d. The same behaviour is noticed.
> >> >
> >> >Only by using the following command I have the ports open, and can
> >connect:
> >> >$ /usr/sbin/inetd.exe -d &
> >> >[1] 2936
> >> >
> >> >[EMAIL PROTECTED] /
> >> >$ ADD : echo proto=tcp, wait=0, user=root builtin=4080d0
server=internal
> >> >registered internal on 4
> >> >ADD : echo proto=udp, wait=0, user=root builtin=4080e0 server=internal
> >> >registered internal on 5
> >> >ADD : discard proto=tcp, wait=0, user=root builtin=4080f0
server=internal
> >> >registered internal on 6
> >> >ADD : discard proto=udp, wait=0, user=root builtin=408100
server=internal
> >> >registered internal on 7
> >> >ADD : daytime proto=tcp, wait=0, user=root builtin=408130
server=internal
> >> >registered internal on 8
> >> >ADD : daytime proto=udp, wait=0, user=root builtin=408140
server=internal
> >> >registered internal on 9
> >> >ADD : chargen proto=tcp, wait=0, user=root builtin=408150
server=internal
> >> >registered internal on 10
> >> >ADD : chargen proto=udp, wait=0, user=root builtin=408160
server=internal
> >> >registered internal on 11
> >> >ADD : time proto=tcp, wait=0, user=root builtin=408110 server=internal
> >> >registered internal on 12
> >> >ADD : time proto=udp, wait=0, user=root builtin=408120 server=internal
> >> >registered internal on 13
> >> >ADD : ftp proto=tcp, wait=0, user=root builtin=0
server=/usr/sbin/in.ftpd
> >> >registered /usr/sbin/in.ftpd on 14
> >> >ADD : telnet proto=tcp, wait=0, user=root builtin=0
> >> >server=/usr/sbin/in.telnetd
> >> >registered /usr/sbin/in.telnetd on 15
> >> >ADD : shell proto=tcp, wait=0, user

Re: installing Gtk-Perl on cygwin (very long, but it actually works now;)

[dominix]

Gerrit P. Haase wrote:
> Hallo dominix,
>
> Am Sonntag, 11. Januar 2004 um 20:28 schriebst du:
>
>> hi everybody.
>> when trying to install Gtk-perl on cygwin [1.5.5] WinNT5 (XP) with
>> perl-5.8.2
>> I got errors regarding specific symbols not found, and I'm not able
>> to build ImlibImage and the build process stop.
>> I'm stuck there. Any advice, recomendation, tip, fix, (blame ?)
>> welcome
>
>> thanks for your time and attention.
>
>> ###3
>> cpan Gtk
>> ...
>> xs/GdkImlib.o(.text+0x383e):GdkImlib.c: undefined reference to
>> `_newSVGdkPixmap'
...

> The same for the second module, but now I have some more undefined
> references, e.g. `_gtk_type_check_object_cast'.  This is defined in
> libgtk:
> $ nm libgtk.dll.a | grep _gtk_type_check_object_cast
>  I __imp__gtk_type_check_object_cast
>  T _gtk_type_check_object_cast
>
> But the linkline is including libgtk and libGtk, hmmm I guess it is a
> problem with the case insensitivity on Windows, I tried to use
> check_case:strict env setting, fired up a new terminal with the new
> env setting in use and hey, what do you guess, it doesn't work.  Seems
> the linker doesn't care about the case:strict setting:-(
>
> Ok, next try, make a copy from libGtk.dll.a to libGtkGtk.dll.a and
> changed the Makefile to use this libGtkGtk instead of libGtk:
>
> 1. cp blib/arch/auto/Gtk/libGtk.dll.a
> blib/arch/auto/Gtk/libGtkGtk.dll.a
> 2. add to all created Makefile's `-L../blib/arch/auto/Gtk -lGtkGtk' in
>`OTHERLDFLAGS'.
> 3. compile all in a shell with the env setting
>CYGWIN="check_case:strict" (well add check_case:strict to your
>usual CYGWIN settings, I use now:
>CYGWIN="ntsec binmode tty nowinsymlinks check_case:strict"
>
> And all this actually works, hurray!
>
> Gnome:
>
> Hmmpf, not in the Gnome directory, this module also needs
> `-L../GdkImlib/blib/arch/auto/Gtk/Gdk/ImlibImage -lImlibImage' in
> addition to `-L../blib/arch/auto/Gtk -lGtkGtk' in `OTHERLDFLAGS'.
>
> Others:
>


thanks very much Gerrit, your recommendation are, as usual, very helpful
and instructive. I understand what appened now and got it fixed.

-- 
dominix




--
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: Problem with ssh/pvm/winXp

[Pedro Luiz Nani Costa]

Sorry Larry! :(

That won´t happen again.

I´m using pvm(paralle virtual machine 3.4.3), and windowsXp
professional SP1, and my cygwin report is attached.

All that you say is correct, i could set now the environmental variables.
But, my problem isn´t solve yet. For execute my program as i do in Unix, i
have to mount a remote server with the pvm files. Actually, look what i
have in .bashrc:

>
if [ ! -d /mnt/shared/ ] ;\
then mkdir -p /mnt/shared ;\

if [ -d /shared/ ] ;\
then
# se existe o diretório local, ou seja, estou no servidor de
# aplicativos Cygwin
mount -f "c:\\cygwin\\shared" "/mnt/shared"
else
# se não, monto pela rede
mount -f "pcdep06\\shared" "/mnt/shared"
fi
fi

#Definições PVM
export PVM_ROOT=/mnt/shared/pvm3
export PVM_ROOT_U=$PVM_ROOT

<

That is possible using .ssh/rc or the ~/.bashrc itself in Unix. In that
case(cygwin), can i do it in another way??? I mean, is there another
mechanism to mount that net path


Thanks again

[]´s
Pedraum

On Mon, 12 Jan 2004, Larry Hall wrote:

> At 11:59 AM 1/12/2004, Pedro Luiz Nani Costa you wrote:
> >Hi folks
> >
> >I´m trying to use pvm over cygwin, and i´m not sure about what is
> >happening.
> >The thing is that i am using ssh instead of rsh. Well, no big deal...
> >So far, look what it happens, if trying to add some hosts using pvm´s
> >console:
> >
> >
> >--->
> >[EMAIL PROTECTED] ~
> >$ pvm
> >pvm> add pcdep49
> >add pcdep49
> >0 successful
> >HOST DTID
> > pcdep49 Can't start pvmd
> >
> >Auto-Diagnosing Failed Hosts...
> >pcdep49...
> >Verifying Local Path to "rsh"...
> >Rsh found in /usr/bin/ssh.exe - O.K.
> >Testing Rsh/Rhosts Access to Host "pcdep49"...
> >Rsh/Rhosts Access is O.K.
> >Checking O.S. Type (Unix test) on Host "pcdep49"...
> >Host pcdep49 is Unix-based.
> >Checking $PVM_ROOT on Host "pcdep49"...
> >
> >The value of the $PVM_ROOT environment
> >variable on pcdep49 is invalid ("").
> >Use the absolute path to the pvm3/ directory.
> >
> ><---
> >
> >Moreover, look at these output:
> >
> >--->
> >[EMAIL PROTECTED] ~
> >$ ssh pcdep49 "export"
> >declare -x ALLUSERSPROFILE="C:\\Documents and Settings\\All Users"
> >declare -x CMG_HOME="C:\\Arquivos de programas\\CMG"
> >declare -x COMMONPROGRAMFILES="C:\\Arquivos de programas\\Arquivos comuns"
> >declare -x COMPUTERNAME="PCDEP49"
> >declare -x COMSPEC="C:\\WINNT\\system32\\cmd.exe"
> >declare -x CYGWIN="ntsec tty"
> >declare -x CYGWIN32="ntsec tty"
> >declare -x HOME="/home/pcosta"
> >declare -x HOMEDRIVE="c:"
> >declare -x HOMEPATH="\\Cygwin\\home\\pcosta"
> >declare -x LOGNAME="pcosta"
> >declare -x LOGONSERVER="PCDEP49"
> >declare -x LSFORCEHOST="pcdep64"
> >declare -x MAIL="/var/spool/mail/pcosta"
> >declare -x NUMBER_OF_PROCESSORS="1"
> >declare -x OLDPWD
> >declare -x OS="Windows_NT"
> >declare -x OS2LIBPATH="C:\\WINNT\\system32\\os2\\dll;"
> >declare -x
> >PATH="/cygdrive/c/WINNT/system32:/cygdrive/c/WINNT:/cygdrive/c/WINNT/
> >System32/Wbem:/cygdrive/c/ecl/home:/cygdrive/c/ecl/macros:/usr/bin:/bin"
> >declare -x PATHEXT=".COM;.EXE;.BAT;.CMD;.VBS;.VBE;.JS;.JSE;.WSF;.WSH"
> >declare -x PROCESSOR_ARCHITECTURE="x86"
> >declare -x PROCESSOR_IDENTIFIER="x86 Family 6 Model 8 Stepping 3,
> >GenuineIntel"
> >declare -x PROCESSOR_LEVEL="6"
> >declare -x PROCESSOR_REVISION="0803"
> >declare -x PROGRAMFILES="C:\\Arquivos de programas"
> >declare -x PWD="/home/pcosta"
> >declare -x SHELL="/bin/bash"
> >declare -x SHLVL="1"
> >declare -x SSH_CLIENT="143.106.81.151 3002 22"
> >declare -x SSH_CONNECTION="143.106.81.151 3002 143.106.81.245 22"
> >declare -x SYSTEMDRIVE="C:"
> >declare -x SYSTEMROOT="C:\\WINNT"
> >declare -x TEMP="/cygdrive/c/WINNT/TEMP"
> >declare -x TERM="cygwin"
> >declare -x TMP="/cygdrive/c/WINNT/TEMP"
> >declare -x USER="pcosta"
> >declare -x USERDOMAIN="PCDEP49"
> >declare -x USERNAME="pcosta"
> >declare -x WINDIR="C:\\WINNT"
> >
> ><---
> >
> >What am i missing here??
>
>
> First, you should clarify what pvm is.  I'm assuming you mean
> , though I can't be sure.
>
> AFAICS, the main problem is just that PVM_ROOT is not defined.  If that's the
> case, just define it in the system variables (not the user's) in the Windows
> control panel.
>
>
> >It seems a problem with environmental setting, but i already define
> >~/.bashrc,
> > ~/.profile,  ~/.ssh/environment,  ~/.ss/rc, etc
>
>
> Assuming you mean environment variables, then see my response above.
>
>
> >Oh!!! I´m using cygwin, pvm 3.4.3, windowsXp...
>
>
> This isn't enough information.  You should read through the "Problem reports"
> link below.  This describes the proper "boot-strap" information that should
> accompany all problem reports to this list.
>
>
> >Any help it would be great!!
> >
> >Thanks in advance!
> >
> >[

Re: problems with cygrunsrv and inetd

[Larry Hall (RFK Partners, Inc)]

Actually, the inetd README mentions this as part of it's history:

  - No user mount point is valid anymore! You have to install all
your mount points in the system mount table. This doesn't
change after you have logged in to a normal user account eg.
via telnet/rlogin. It's possible that we can use the user
mounts as soon as somebody contributes a patch to login and
ftp that allows loading a user hive into the registry after
authentication.

In general, this has been discussed on this list and hasn't been propagated 
to various READMEs, the user guide, or other docs.  Feel free to offer a 
patch where you feel it's appropriate.

Larry


At 01:07 PM 1/12/2004, Ruud Huynen you wrote:
>Hello Larry
>
>Thank you for your explanation, which points directly to the problem.
>I did a lot of reading yesterday, internet, faqs, userguide, readme files.
>I didn't find anything pointing into this direction.
>The problem occurs in inetutils and sshd and maybe other packages.
>I think it should be described in the readme's and in the userguide.
>
>Ruud
>
>- Original Message - 
>From: "Larry Hall" <[EMAIL PROTECTED]>
>To: "Ruud Huynen" <[EMAIL PROTECTED]>; "Cygwin List"
><[EMAIL PROTECTED]>
>Sent: Sunday, January 11, 2004 9:28 PM
>Subject: Re: problems with cygrunsrv and inetd
>
>
>> Actually, yes.  Installing for "Just me" creates mount points only for the
>> current user.  All services started by Cygwin are, by default, started as
>> another user, typically SYSTEM, which won't see the user-specific mount
>> points.  To run services "right out of the box" with Cygwin, you really
>> need to install for "All Users".  Looking back now at your report, I guess
>> there was the hint of this issue in the report and your cygcheck output
>> clearly shows user mounts.  Sorry I didn't pick up on this and point it
>out
>> to you sooner.  The alternative to reinstalling everything would have been
>> to just remount all your mounts as 'system' rather than 'user' (see 'man
>> mount') or rerunning setup again without uninstalling and picking "All
>> users" insteaad.  But you clearly got to where you want to be with your
>> method.  Good catch on your part!  Glad you got it working.
>>
>> Larry
>>
>>
>> At 03:17 PM 1/11/2004, Ruud Huynen you wrote:
>> >Hello
>> >
>> >I reinstalled cygwin completely and it works now. Inetd and ssh are
>working
>> >in 2 minutes.
>> >This time I used the setup setting Install For 'All Users'.
>> >
>> >Is there a problem with installing inetd and sshd when using 'Just me' ?
>> >
>> >Regards
>> >Ruud
>> >- Original Message - 
>> >From: "Larry Hall" <[EMAIL PROTECTED]>
>> >To: "Ruud Huynen" <[EMAIL PROTECTED]>; <[EMAIL PROTECTED]>
>> >Sent: Sunday, January 11, 2004 8:02 PM
>> >Subject: Re: problems with cygrunsrv and inetd
>> >
>> >
>> >> At 12:32 PM 1/11/2004, Ruud Huynen you wrote:
>> >> >Hello
>> >> >
>> >> >I looked on the internet and inetutils.README to install the inetd and
>> >the
>> >> >ssh service.
>> >> >When I create the windows service inetd with:
>> >> >cygrunsrv -I inetd -d "CYGWIN inetd" -p /usr/sbin/inetd -a -d -e
>> >> >CYGWIN=ntsec
>> >>
>> >>
>> >> Why did you install it this way?  inetutils.README clearly states that
>> >> the inetd service is installed with the '--install-as-service' flag.
>> >>
>> >>
>> >> >I noticed that the executable pointed to in the service is, which is
>> >wrong:
>> >> >C:\cygwin\bin\cygrunsrv.exe
>> >>
>> >>
>> >> No, it's not wrong for a service installed with cygrunsrv.
>> >>
>> >>
>> >> >After removing it
>> >> >cygrunsrv -R inetd
>> >> >
>> >> >And using:
>> >> >/usr/sbin/inetd.exe --install-as-service
>> >> >I have in the service: C:\cygwin\usr\sbin\inetd.exe
>> >> >
>> >> >Starting it shows the two inetd processes running, but netstat -an
>does
>> >not
>> >> >show any listening ports!
>> >>
>> >>
>> >>
>> >>  From inetutil.README:
>> >>
>> >> Current caveat: inetd is visible twice in the process list.
>> >> This is currently needed to work correctly with the service
>> >> manager. This should be solved in a future release.
>> >>
>> >>
>> >> >I thought -d means debugging. Not daemon. But I tried it and changed
>the
>> >> >registry to add the -d. The same behaviour is noticed.
>> >> >
>> >> >Only by using the following command I have the ports open, and can
>> >connect:
>> >> >$ /usr/sbin/inetd.exe -d &
>> >> >[1] 2936
>> >> >
>> >> >[EMAIL PROTECTED] /
>> >> >$ ADD : echo proto=tcp, wait=0, user=root builtin=4080d0
>server=internal
>> >> >registered internal on 4
>> >> >ADD : echo proto=udp, wait=0, user=root builtin=4080e0 server=internal
>> >> >registered internal on 5
>> >> >ADD : discard proto=tcp, wait=0, user=root builtin=4080f0
>server=internal
>> >> >registered internal on 6
>> >> >ADD : discard proto=udp, wait=0, user=root builtin=408100
>server=internal
>> >> >registered internal on 7
>> >> >ADD : daytime proto=tcp, wait=0, user=root builtin=408130
>server=internal
>> >> >registered internal on 8
>> >> >ADD : 

incremental tar backups

[DAVID SPEAR]

Hi folks:

I am running cygwin under Win2K Pro SP4, and am having some trouble creating 
backups with the gnu tar 1.13.25 that came with my distribution.  Specifically, 
I can make a full backup (of a directory) using:

cygserver% tar -cf backup.tar -g /cygdrive/d/tmp/dumpdates-backup --ignore-
failed-read -l -v /cygdrive/d/myfolder

No problem, creates the list file, etc.  However, when I go to do my 
incrementals using the same command (different target file of course) I get

/cygdrive/d/myfolder/subfolder:  Directory has been renamed
/cygdrive/d/myfolder/subfolder2:  Directory has been renamed
etc., etc., etc.

None of the reported directories have been renamed.  So my "incrementals" are 
huge.

Now, at first I thought maybe this was due to whitespaces in the (windows) 
pathnames, but I have eliminated this possibility with some testing.  I have 
seen (old old old) references to a similar problem having to do with Windows 
changing the reported inode of files upon reboot but I have not rebooted the 
machine.  All files to be backed up are local.

It appears that anything within the C:\\cygwin directory has no problems... 
maybe just stuff accessed via /cygdrive/"X"???

BTW, I ported my backup scripts from an old WinME box on which they worked 
perfectly.

Any help greatly appreciated.

thx

dave


--
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: Problem with ssh/pvm/winXp

[Larry Hall]

At 01:55 PM 1/12/2004, Pedro Luiz Nani Costa you wrote:
>Sorry Larry! :(
>
>That won´t happen again.
>
>I´m using pvm(paralle virtual machine 3.4.3), and windowsXp
>professional SP1, and my cygwin report is attached.


Got it.  I'd recommend *not* putting UNC paths in your path.  It will 
slow things down tremendously.  But, to each his own as they say.


>All that you say is correct, i could set now the environmental variables.
>But, my problem isn´t solve yet. For execute my program as i do in Unix, i
>have to mount a remote server with the pvm files. Actually, look what i
>have in .bashrc:
>
>>
>if [ ! -d /mnt/shared/ ] ;\
>then mkdir -p /mnt/shared ;\
>
>if [ -d /shared/ ] ;\
>then
># se existe o diretório local, ou seja, estou no servidor de
># aplicativos Cygwin
>mount -f "c:\\cygwin\\shared" "/mnt/shared"
>else
># se não, monto pela rede
>mount -f "pcdep06\\shared" "/mnt/shared"
>fi
>fi
>
>#Definições PVM
>export PVM_ROOT=/mnt/shared/pvm3
>export PVM_ROOT_U=$PVM_ROOT
>
><
>
>That is possible using .ssh/rc or the ~/.bashrc itself in Unix. In that
>case(cygwin), can i do it in another way??? I mean, is there another
>mechanism to mount that net path


Cywgin mounts don't have the same semantics as UNIX mounts.  They are 
primarily mapping DOS paths to POSIX.  They are also persistent.  Surmising
from your path that you expect the '//pcdep06/shared' path to always be 
available, you just need to mount this path once as a "system" path (see
'man mount') and you're done.  So I'd recommend just creating the mount 
point once manually, setting the proper environment variables in the control
panel for the system and let it go at that.  If you need the flexibility
of setting the mount point to one place or another dynamically, you can do
that too.  Just remember to 'umount /mnt/shared' before mounting it.  Also,
if you expect this all to work from 'ssh' or other service, make sure
that the shared location allows access without (Windows) authentication.


>Thanks again
>
>[]´s
>Pedraum
>
>On Mon, 12 Jan 2004, Larry Hall wrote:
>
>> At 11:59 AM 1/12/2004, Pedro Luiz Nani Costa you wrote:
>> >Hi folks
>> >
>> >I´m trying to use pvm over cygwin, and i´m not sure about what is
>> >happening.
>> >The thing is that i am using ssh instead of rsh. Well, no big deal...
>> >So far, look what it happens, if trying to add some hosts using pvm´s
>> >console:
>> >
>> >
>> >--->
>> >[EMAIL PROTECTED] ~
>> >$ pvm
>> >pvm> add pcdep49
>> >add pcdep49
>> >0 successful
>> >HOST DTID
>> > pcdep49 Can't start pvmd
>> >
>> >Auto-Diagnosing Failed Hosts...
>> >pcdep49...
>> >Verifying Local Path to "rsh"...
>> >Rsh found in /usr/bin/ssh.exe - O.K.
>> >Testing Rsh/Rhosts Access to Host "pcdep49"...
>> >Rsh/Rhosts Access is O.K.
>> >Checking O.S. Type (Unix test) on Host "pcdep49"...
>> >Host pcdep49 is Unix-based.
>> >Checking $PVM_ROOT on Host "pcdep49"...
>> >
>> >The value of the $PVM_ROOT environment
>> >variable on pcdep49 is invalid ("").
>> >Use the absolute path to the pvm3/ directory.
>> >
>> ><---
>> >
>> >Moreover, look at these output:
>> >
>> >--->
>> >[EMAIL PROTECTED] ~
>> >$ ssh pcdep49 "export"
>> >declare -x ALLUSERSPROFILE="C:\\Documents and Settings\\All Users"
>> >declare -x CMG_HOME="C:\\Arquivos de programas\\CMG"
>> >declare -x COMMONPROGRAMFILES="C:\\Arquivos de programas\\Arquivos comuns"
>> >declare -x COMPUTERNAME="PCDEP49"
>> >declare -x COMSPEC="C:\\WINNT\\system32\\cmd.exe"
>> >declare -x CYGWIN="ntsec tty"
>> >declare -x CYGWIN32="ntsec tty"
>> >declare -x HOME="/home/pcosta"
>> >declare -x HOMEDRIVE="c:"
>> >declare -x HOMEPATH="\\Cygwin\\home\\pcosta"
>> >declare -x LOGNAME="pcosta"
>> >declare -x LOGONSERVER="PCDEP49"
>> >declare -x LSFORCEHOST="pcdep64"
>> >declare -x MAIL="/var/spool/mail/pcosta"
>> >declare -x NUMBER_OF_PROCESSORS="1"
>> >declare -x OLDPWD
>> >declare -x OS="Windows_NT"
>> >declare -x OS2LIBPATH="C:\\WINNT\\system32\\os2\\dll;"
>> >declare -x
>> >PATH="/cygdrive/c/WINNT/system32:/cygdrive/c/WINNT:/cygdrive/c/WINNT/
>> >System32/Wbem:/cygdrive/c/ecl/home:/cygdrive/c/ecl/macros:/usr/bin:/bin"
>> >declare -x PATHEXT=".COM;.EXE;.BAT;.CMD;.VBS;.VBE;.JS;.JSE;.WSF;.WSH"
>> >declare -x PROCESSOR_ARCHITECTURE="x86"
>> >declare -x PROCESSOR_IDENTIFIER="x86 Family 6 Model 8 Stepping 3,
>> >GenuineIntel"
>> >declare -x PROCESSOR_LEVEL="6"
>> >declare -x PROCESSOR_REVISION="0803"
>> >declare -x PROGRAMFILES="C:\\Arquivos de programas"
>> >declare -x PWD="/home/pcosta"
>> >declare -x SHELL="/bin/bash"
>> >declare -x SHLVL="1"
>> >declare -x SSH_CLIENT="143.106.81.151 3002 22"
>> >declare -x SSH_CONNECTION="143.106.81.151 3002 143.106.81.245 22"
>> >declare -x SYSTEMDRIVE="C:"
>> >declare -x SYSTEMROOT="C:\\WINNT"
>> >declare -x TEMP="/cygdrive/c/WINNT/TEMP"
>> >declare -x TERM="cygwin"
>>

Re: incremental tar backups

[Larry Hall]

At 02:00 PM 1/12/2004, DAVID SPEAR you wrote:
>Hi folks:
>
>I am running cygwin under Win2K Pro SP4, and am having some trouble creating 
>backups with the gnu tar 1.13.25 that came with my distribution.  Specifically, 
>I can make a full backup (of a directory) using:
>
>cygserver% tar -cf backup.tar -g /cygdrive/d/tmp/dumpdates-backup --ignore-
>failed-read -l -v /cygdrive/d/myfolder
>
>No problem, creates the list file, etc.  However, when I go to do my 
>incrementals using the same command (different target file of course) I get
>
>/cygdrive/d/myfolder/subfolder:  Directory has been renamed
>/cygdrive/d/myfolder/subfolder2:  Directory has been renamed
>etc., etc., etc.
>
>None of the reported directories have been renamed.  So my "incrementals" are 
>huge.
>
>Now, at first I thought maybe this was due to whitespaces in the (windows) 
>pathnames, but I have eliminated this possibility with some testing.  I have 
>seen (old old old) references to a similar problem having to do with Windows 
>changing the reported inode of files upon reboot but I have not rebooted the 
>machine.  All files to be backed up are local.
>
>It appears that anything within the C:\\cygwin directory has no problems... 
>maybe just stuff accessed via /cygdrive/"X"???
>
>BTW, I ported my backup scripts from an old WinME box on which they worked 
>perfectly.
>
>Any help greatly appreciated.


I assume you missed this in your search for info?



--
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: incremental tar backups

[Christopher Faylor]

On Mon, Jan 12, 2004 at 02:24:36PM -0500, Larry Hall wrote:
>At 02:00 PM 1/12/2004, DAVID SPEAR you wrote:
>>I am running cygwin under Win2K Pro SP4, and am having some trouble creating 
>>backups with the gnu tar 1.13.25 that came with my distribution.  Specifically, 
>>I can make a full backup (of a directory) using:
>>
>>cygserver% tar -cf backup.tar -g /cygdrive/d/tmp/dumpdates-backup --ignore-
>>failed-read -l -v /cygdrive/d/myfolder
>
>I assume you missed this in your search for info?
>
>

That should be old news.  The current version of tar is supposed to fix the
problem.  See: http://sourceware.org/ml/cygwin-announce/2003-11/msg9.html .

So, we need the info that is mentioned at: http://cygwin.com/problems.html .
--
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
Problem reports:   http://cygwin.com/problems.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

Re: Unix pipes implemented successfully

[Peter A. Castro]

On Sun, 11 Jan 2004, Christopher Faylor wrote:

> On Sun, Jan 11, 2004 at 09:57:29PM +0200, [EMAIL PROTECTED] wrote:
> >>Sorry, but no.  The CVS version of cygwin already has a stub of a fifo
> >>implementation and the device/fhandler stuff is much different than
> >>1.5.5.
> >
> >But if I change the patch to be compliant with last CVS, should you change
> >the answer?
>
> Sorry but it's unlikely.  As I said, there is already a start of an
> implementation for this which I am unlikely to want to throw out.
>
> I expect to have a working fifo implementation in a couple of releases.
> It's the next thing I'll work on after fixing the signal/thread problems
> in the current CVS.

"in a couple of releases"?  Oh, come on, Chris, have a heart for once.
Couldn't you at least look at what he's done?  You've just barely started
while he's actually got something working.

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

--
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: A month worth of developers time available for cygwin.

[Patrick J. LoPresti]

Christopher Faylor <[EMAIL PROTECTED]> writes:

> Otherwise, I can't think of a specific thing to point at and say
> "Work on that".  Maybe serial support?

What about fixing the "Cygwin deadlocks due to broken select() when
writing to pipes" bug?

  http://www.cygwin.com/ml/cygwin/2003-10/msg01807.html

This has been biting us here, especially when using rsync over ssh,
and I do not think we are alone.

This is a clear deficiency in Cygwin, although not trivial to fix
(especially using documented Win32 pipe interfaces) or we would have
fixed it ourselves.

 - Pat

--
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: incremental tar backups

[Larry Hall]

At 03:04 PM 1/12/2004, Christopher Faylor you wrote:
>On Mon, Jan 12, 2004 at 02:24:36PM -0500, Larry Hall wrote:
>>At 02:00 PM 1/12/2004, DAVID SPEAR you wrote:
>>>I am running cygwin under Win2K Pro SP4, and am having some trouble creating 
>>>backups with the gnu tar 1.13.25 that came with my distribution.  Specifically, 
>>>I can make a full backup (of a directory) using:
>>>
>>>cygserver% tar -cf backup.tar -g /cygdrive/d/tmp/dumpdates-backup --ignore-
>>>failed-read -l -v /cygdrive/d/myfolder
>>
>>I assume you missed this in your search for info?
>>
>>
>
>That should be old news.  The current version of tar is supposed to fix the
>problem.  See: http://sourceware.org/ml/cygwin-announce/2003-11/msg9.html .


Good point.  I didn't chase the thread far enough (it's not my greatest
skill anyway ;-) ). 




--
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: rebaseall breaks zsh?

[Christopher Faylor]

On Mon, Dec 22, 2003 at 10:21:28AM -0800, Peter A. Castro wrote:
>On Mon, 22 Dec 2003, Jason Tishler wrote:
>
>> Rafael,
>>
>> Sorry for the delay...
>>
>> On Wed, Dec 10, 2003 at 01:26:07AM -0800, Rafael Kitover wrote:
>> > I noticed that the rebaseall scripts rebases /usr/bin/libzsh-4.0.4.dll
>> > and the modules in /usr/lib/zsh/4.1.1/zsh/*.dll, and that this breaks
>> > zsh. Rebasing libzsh stops zsh from starting, and rebasing the modules
>> > stops them from loading.
>> >
>> > If this is the case, and not just something messed up on my system,
>> > adding:
>> >
>> > -e '/\/libzsh-.*\.dll$/d' -e '/\/lib\/zsh/d'
>> >
>> > To the sed filter on the script should fix it. Or perhaps making an
>> > /etc/rebase.conf with exclusion filters. Want me to make a patch?
>>
>> Let's wait to see what the zsh maintainer comes up with.
>
>I've reproduced the problem under a debugger and it's very interesting.
>The segfault occurs before main even gets control.  From the looks of it,
>the cygwin runtime faults trying to resolve some entry point that still
>points to the old image base address, which is below the rebased image
>base address (so no wonder it's faulting).  I'm trying to come up with a
>simple test case, but I'm about to leave for the holidays, so I'll get
>right back on it after the new year.

Whatever happened here?  I've just noticed this myself so I'm wondering
if there is a fix (to either zsh or rebase) in the queue.

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: Unix pipes implemented successfully

[Christopher Faylor]

On Mon, Jan 12, 2004 at 01:14:00PM -0800, Peter A. Castro wrote:
>On Sun, 11 Jan 2004, Christopher Faylor wrote:
>>On Sun, Jan 11, 2004 at 09:57:29PM +0200, [EMAIL PROTECTED] wrote:
Sorry, but no.  The CVS version of cygwin already has a stub of a fifo
implementation and the device/fhandler stuff is much different than
1.5.5.
>>>
>>>But if I change the patch to be compliant with last CVS, should you
>>>change the answer?
>>
>>Sorry but it's unlikely.  As I said, there is already a start of an
>>implementation for this which I am unlikely to want to throw out.
>>
>>I expect to have a working fifo implementation in a couple of releases.
>>It's the next thing I'll work on after fixing the signal/thread
>>problems in the current CVS.
>
>"in a couple of releases"?  Oh, come on, Chris, have a heart for once.
>Couldn't you at least look at what he's done?  You've just barely
>started while he's actually got something working.

Did you look at the cygwin code in CVS?  I used the word "stub" in order
to not overstate what is there now just in case someone were to actually
inspect the source and say "But it doesn't even do X!".  But, I should
have known that someone would think I'm being mean and step forward to
call me on it.  So let me apologize for being unclear and restate
things: there is more than a stub.  The implementation sort of works but
it was based on an assumption of the way global atoms worked which
proved to be incorrect.  I intend on changing it to use new signal
functionality (now in CVS) instead but that needs some development, too.

In the meantime, I don't even have the time to do a code review on an
1891 line patch, much of which would not even apply to the current code
base, which has undergone a major device/fhandler rewrite.  Perhaps you
haven't noticed, but cygwin in CVS isn't too healthy right now (my
fault) and I'm devoting a considerable amount of time to fixing that.
After that there are other patches in the queue ahead of this one, like
Pierre Humblet's tty list security mega patch.

And, on top of all of that, the patch is obviously large enough to
require an assignment so, theoretically, I shouldn't even be spending
too much time looking at it, since there are license issues.  Not that
that would stop me in my tracks if it was the only consideration but
it is a factor.

And, on top of that, there is no way in the world that I am going to let
another potential destabilizing patch into 1.5.6.  There are already way
too many changes in 1.5.6.  I'm not going to add more.  1.5.7 would be
the release after 1.5.6.  1.5.7 is "a couple" of releases after 1.5.5.

This kind of thing is what happens when someone codes away in silence
for a long time without announcing and checkpointing their intentions.
It's a fact of life with free software.  I was bitten by it myself
in the early days of cygwin.  It isn't fun and I don't like being the
bearer of bad news but it is how it works.

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/

rxvt is not a console?

[Sam Steingold]

well duh - of course it's not!...

mingw (-mno-cygwin) applications running in rxvt do not recognize it as
a console (which, I guess, it is not) and lack line editing &c.

Besides, I am getting an error on tcflush() when running a cygwin
application in it.

Before I switch back to bash/w32-console, just to make sure:
am I missing something obvious?

thanks.

-- 
Sam Steingold (http://www.podval.org/~sds) running w2k
  
 
Whom computers would destroy, they must first drive mad.


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

Unable to replicate Win2000 accounts

[Kulick, Wayne USA]

I have recently installed Cygwin on a Win2000 Pro system. While trying to replicate 
the accounts from windows to Cygwin, I used the commands:

mkgroup -l > /etc/group
mkpasswd -l > /etc/passwd

the output of my group and passwd files are, respectively:
$ /etc/group
SYSTEM:S-1-5-18:18:: not found
None:S-1-5-21-2023374905-913114026-52447320-513:513:: not found
Administrators:S-1-5-32-544:544:: not found
Backup: not found
Guests:S-1-5-32-546:546:: not found
Power: not found
Replicator:S-1-5-32-552:552:: not found
Users:S-1-5-32-545:545:: not found
NC_S_ISLCK:S-1-5-21-2023374905-913114026-52447320-1004:1004:: not found

$ /etc/passwd
SYSTEM:*:18:544:,S-1-5-18::: not found
Administrators:*:544:544:,S-1-5-32-544::: not found
Administrator:unused_by_nt/2000/xp:500:513:U-LAB_126_03Administrator,S-1-5-21-2023374905-913114026-5
2447320-500:/home/Administrator:/bin/bash: not found
ASPNET:unused_by_nt/2000/xp:1010:513:ASP.NET: not found
epsilon:unused_by_nt/2000/xp:1011:513:epsilon,U-LAB_126_03epsilon,S-1-5-21-2023374905-913114026-5244
7320-1011:/home/epsilon:/bin/bash: not found
Guest:unused_by_nt/2000/xp:501:513:U-LAB_126_03Guest,S-1-5-21-2023374905-913114026-52447320-501:/hom
e/Guest:/bin/bash: not found
PiKapp:unused_by_nt/2000/xp:1006:513:Scott: not found
SMSCliSvcAcct: not found
:unused_by_nt/2000/xp:1008:513:SMSCliSvcAcct: not found
,U-LAB_126_03SMSCliSvcAcct: not found
,S-1-5-21-2023374905-913114026-52447320-1008:/home/SMSCliSvcAcct: not found
:/bin/bash: not found
SMSCliToknAcct: not found
:unused_by_nt/2000/xp:1009:513:SMSCliToknAcct: not found
,U-LAB_126_03SMSCliToknAcct: not found
,S-1-5-21-2023374905-913114026-52447320-1009:/home/SMSCliToknAcct: not found
:/bin/bash: not found
SRDCmember:unused_by_nt/2000/xp:1013:513:SRDC: not found
wjkulick:unused_by_nt/2000/xp:1022:513:Wayne: not found

It doesn't appear any accounts were found. I am also unable to use "login" to switch 
to any other account. Any help would be appreciated.

LT Wayne J. Kulick
Naval Postgraduate School
Space Systems Engineering
COMM: 831-656-2491
DSN:756-2491
[EMAIL PROTECTED]



--
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: A month worth of developers time available for cygwin.

[Charles Wilson]

Christopher Faylor wrote:

Otherwise, I can't think of a specific thing to point at and say "Work on that".
Maybe serial support?
Perhaps Robert has some open issues in setup?  (wishlist: rpm/dpkg 
support in setup -- this is a very difficult task; search ml archives 
for an outline of the synchonization issues...)

--
Chuck
--
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: incremental tar backups

[DAVID SPEAR]

Yup, missed it.  

I couldn't get the patch to install, failed on "5 of 8 hunks."  Downloaded the 
newest 1.13.25-5 and it seems to have incorporated that patch.  I have not much 
experience applying diff patches, am used to either RPM patches or Solaris 
patches using patchadd or installpatch.  What I tried was:

I cut 'n pasted his two patches (I guess there are two, he calls them regular 
diff and patch diff), INCREMEN.C.DIFF and INCREMEN.C.PATCH into two files, 
patchfile1 and patchfile2.  Then used:

sadsack(root)# patch < patchfile1

can't find file to patch at input line 4
Perhaps you should have used the -p or --strip option?
The text leading up to this was:
--
|===INCREMEN.C.PATCH=== 
|*** incremen.c.old Sun Oct 26 20:44:33 2003
|--- incremen.c Mon Oct 27 06:24:18 2003
--
File to patch: ./tar.exe
patching file ./tar.exe
Hunk #1 FAILED at 131.
Hunk #2 FAILED at 366.
Hunk #3 FAILED at 414.
Hunk #4 FAILED at 438.
Hunk #5 FAILED at 450.
Hunk #6 FAILED at 484.
6 out of 6 hunks FAILED -- saving rejects to file ./tar.exe.rej



sadsack(root)# patch < patchfile2

can't find file to patch at input line 3
Perhaps you should have used the -p or --strip option?
The text leading up to this was:
--
|===INCREMEN.C.DIFF===
|
--
File to patch: ./tar.exe
patching file ./tar.exe
Hunk #3 FAILED at 417.
Hunk #4 FAILED at 441.
Hunk #5 FAILED at 453.
Hunk #7 FAILED at 489.
Hunk #8 FAILED at 491.
5 out of 8 hunks FAILED -- saving rejects to file ./tar.exe.rej

I note that his patches were based on 1.13.25-2 source... I dunno' which 
version I had as `tar --version` yielded only 1.13.25.

thanks for your help.

dave




--
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: problems with cygrunsrv and inetd

[Joshua Daniel Franklin]

Ruud,

I know it can be difficult to remember everything a page says after
reading through it once, but this issue actually is mentioned in the
Users' Guide under "Internet Setup":



"The Install For options of All Users or Just Me should always be left on the
default All Users, unless you do not have write access to HKEY_LOCAL_MACHINE in
the registry or the All Users Start Menu. This is true even if you are the only
user planning to use Cygwin on the machine. Selecting Just Me will cause
problems for programs such as crond and sshd."


On Mon, Jan 12, 2004 at 07:07:49PM +0100, Ruud Huynen wrote:
> Thank you for your explanation, which points directly to the problem.
> I did a lot of reading yesterday, internet, faqs, userguide, readme files.
> I didn't find anything pointing into this direction.
> The problem occurs in inetutils and sshd and maybe other packages.
> I think it should be described in the readme's and in the userguide.
> 
> Ruud
> 
> - Original Message - 
> From: "Larry Hall" <[EMAIL PROTECTED]>
> To: "Ruud Huynen" <[EMAIL PROTECTED]>; "Cygwin List"
> <[EMAIL PROTECTED]>
> Sent: Sunday, January 11, 2004 9:28 PM
> Subject: Re: problems with cygrunsrv and inetd
> 
> 
> > Actually, yes.  Installing for "Just me" creates mount points only for the
> > current user.  All services started by Cygwin are, by default, started as
> > another user, typically SYSTEM, which won't see the user-specific mount
> > points.  To run services "right out of the box" with Cygwin, you really
> > need to install for "All Users".  Looking back now at your report, I guess
> > there was the hint of this issue in the report and your cygcheck output
> > clearly shows user mounts.  Sorry I didn't pick up on this and point it
> out
> > to you sooner.  The alternative to reinstalling everything would have been
> > to just remount all your mounts as 'system' rather than 'user' (see 'man
> > mount') or rerunning setup again without uninstalling and picking "All
> > users" insteaad.  But you clearly got to where you want to be with your
> > method.  Good catch on your part!  Glad you got it working.
> >
> > Larry

--snip--

--
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: A month worth of developers time available for cygwin.

[Joshua Daniel Franklin]

On Mon, Jan 12, 2004 at 10:39:08AM -0500, Christopher Faylor wrote:
> On Mon, Jan 12, 2004 at 03:39:03PM +0100, Ronald Landheer-Cieslak wrote:
> >This message is intended mostly for the Cygwin core developers.
> >
> >I will be quitting my job mid februari (the 13th) and moving to Canada where
> >I won't start searching for a job until at least three weeks after our
> >arrival (I'll be looking after my daughter in stead). As I don't expect
> >taking care of my daughter will take all of my time, I have some time left
> >on my hands.
> >
> >I've been using Cygwin for quite a while now and would like to use the time 
> >I'll have on my hands to do something useful for Cygwin. Since the last time
> >I wanted to offer my time (which finally didn't work out mostly because my
> >employer didn't want to sign the necessary paperwork) I've gotten the rust
> >off my C++ skills (and haven't let my other development skills rust either).
> >
> >So if you think the project can use a developer for three to four weeks, I'll
> >be happy to help out. Just point me to something you would like me to do :)
> 
> It's very nice of you to offer.  I think the biggest thing we could use help
> on is documentation.  Going over the documents, removing obsolete bits,
> clarifying obscure stuff, etc.  I don't want to step on Joshua's toes here so
> maybe he'll correct me if I'm wrong, but I think the docs could use some
> work.

Chris is absolutely right. There are a lot of things that I have not been
able to touch, for example the API Reference needs updating and examples.  
Additionally it's a good idea to have someone else read over things since
something that makes sense to me might be nonsense to everyone else. 

If this sounds like something you'd be interested in doing, I'd be happy
to help you get a working documentation-build system and answer any questions
about it. I know documentation isn't as "fun" as implementing features, but
it definitely helps users.

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

best way to use both LyX & TeXmacs under cygwin?

[Amir Michail]

Hi,

I've been using LyX under cygwin for a while now with MiKTeX.

However, recently I had a need to use TeXmacs under cygwin also.

Unfortunately, TeXmacs did not work properly.  It seemed unable to
generate new fonts.  For example, bold & italics led to normal looking
text since the bold/italics versions could not be found nor generated.

So I tried installing the cygwin version of TeX.  But that didn't
help.  I thought it might be a problem with having both MikTeX and
cygwin TeX, so I uninstalled MiKTeX leaving only cygwin TeX installed.

Now LyX no longer works properly.  Namely, it has a problem with
images.  If I try to generate a dvi file from LyX, it says it can't
find a file with an eps extension.  (This happens with both eps and
png images in the document.)  If I try to manually latex the tex file
generated by LyX, I get:  cannot determine size of graphic filename
(no Bounding box).  I think this error only appears with the png
images in the document.

In addition, TeXmacs doesn't work either.  It has the same problem as
before with font generation.  I'm thinking that font generation might
be broken in general though I'm not sure how to test this easily.

Has anyone had success in getting both LyX & TeXmacs running under
cygwin? 

Amir

P.S.  I installed all cygnus packages under windows XP.

--
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: problems with cygrunsrv and inetd

[Gary R. Van Sickle]

> Ruud,
>
> I know it can be difficult to remember everything a page says after
> reading through it once, but this issue actually is mentioned in the
> Users' Guide under "Internet Setup":
>
> 
>
> "The Install For options of All Users or Just Me should always be left on the
> default All Users, unless you do not have write access to
> HKEY_LOCAL_MACHINE in
> the registry or the All Users Start Menu. This is true even if you
> are the only
> user planning to use Cygwin on the machine. Selecting Just Me will cause
> problems for programs such as crond and sshd."
>

If indeed this is accurate and the whole story, the option should be removed,
and write access tested for.  But I would think this should also decide whether
the Cygwin program group and shortcut gets put in the All Users or the current
user's start menu.

--
Gary R. Van Sickle

>
> On Mon, Jan 12, 2004 at 07:07:49PM +0100, Ruud Huynen wrote:
> > Thank you for your explanation, which points directly to the problem.
> > I did a lot of reading yesterday, internet, faqs, userguide, readme files.
> > I didn't find anything pointing into this direction.
> > The problem occurs in inetutils and sshd and maybe other packages.
> > I think it should be described in the readme's and in the userguide.
> >
> > Ruud
> >
> > - Original Message -
> > From: "Larry Hall" <[EMAIL PROTECTED]>
> > To: "Ruud Huynen" <[EMAIL PROTECTED]>; "Cygwin List"
> > <[EMAIL PROTECTED]>
> > Sent: Sunday, January 11, 2004 9:28 PM
> > Subject: Re: problems with cygrunsrv and inetd
> >
> >
> > > Actually, yes.  Installing for "Just me" creates mount points only for the
> > > current user.  All services started by Cygwin are, by default, started as
> > > another user, typically SYSTEM, which won't see the user-specific mount
> > > points.  To run services "right out of the box" with Cygwin, you really
> > > need to install for "All Users".  Looking back now at your report, I guess
> > > there was the hint of this issue in the report and your cygcheck output
> > > clearly shows user mounts.  Sorry I didn't pick up on this and point it
> > out
> > > to you sooner.  The alternative to reinstalling everything would have been
> > > to just remount all your mounts as 'system' rather than 'user' (see 'man
> > > mount') or rerunning setup again without uninstalling and picking "All
> > > users" insteaad.  But you clearly got to where you want to be with your
> > > method.  Good catch on your part!  Glad you got it working.
> > >
> > > Larry
>
> --snip--
>
> --
> 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: problems with cygrunsrv and inetd

[Larry Hall]

At 09:23 PM 1/12/2004, Gary R. Van Sickle you wrote:
>> Ruud,
>>
>> I know it can be difficult to remember everything a page says after
>> reading through it once, but this issue actually is mentioned in the
>> Users' Guide under "Internet Setup":
>>
>> 
>>
>> "The Install For options of All Users or Just Me should always be left on the
>> default All Users, unless you do not have write access to
>> HKEY_LOCAL_MACHINE in
>> the registry or the All Users Start Menu. This is true even if you
>> are the only
>> user planning to use Cygwin on the machine. Selecting Just Me will cause
>> problems for programs such as crond and sshd."
>>
>
>If indeed this is accurate and the whole story, the option should be removed,
>and write access tested for.  But I would think this should also decide whether
>the Cygwin program group and shortcut gets put in the All Users or the current
>user's start menu.


You mean this should be automated.  Sure, that seems possible.  From the 
code in desktop.cc it seems that the placement of shortcut and program group 
is dependent on whether "All users" or "Just me" option was selected so at 
least that part of it is in agreement with your suggestion, unless I'm 
missing something.  Someone would need to provide a patch that removed the
current options though and add the test you mention to automate the rest.
You've spent more time in the setup code than I have though Gary so you 
probably know better than I how easy or not this would be to implement.


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

Apache 1.3.24 vulnerability?

[배상우\(Bae, Sang-Woo\)]

I've experienced below security problems on cygwin environment.

you can download any files on web server.
http://[server]/%5c%2e%2e%5c%2e%2e%5c%2e%2e%5c%2e%2e%5cboot.ini
http://[server]/..%5C..%5C..%5C..%5C..%5C..%5C/boot.ini

is this a Apache 1.3.24 bug or a cygwin bug?