Re: Perl - trying to install libwin32

[Gerrit P. Haase]

Hallo Charles,

Am Mittwoch, 22. Oktober 2003 um 04:01 schriebst du:

> Igor,

> Here's what's getting produced by make:

> gcc -shared -o File.dll -Wl,--out-implib=libFile.dll.a 
> -Wl,--export-all-symbols -Wl,--enable-auto-import -Wl,--stack,8388608 
> -L/usr/local/lib -L/usr/local/lib -L/usr/lib/w32api 
> -I/usr/include/w32api -s File.o 
> /usr/lib/perl5/5.8.0/cygwin-multi-64int/CORE/libperl.dll.a -lkernel32

> I've also tried (by hand):

> gcc -shared -o File.dll -Wl,--out-implib=libFile.dll.a 
> -Wl,--export-all-symbols -Wl,--enable-auto-import -Wl,--stack,8388608 -s 
> File.o /usr/lib/perl5/5.8.0/cygwin-multi-64int/CORE/libperl.dll.a 
> -L/usr/local/lib -L/usr/local/lib -L/usr/lib/w32api -lkernel32 
> -I/usr/include/w32api

> Any thoughts?

Hmm, which version of libwin  (download URL) and can you send a patch
of your current tree against the source?  I'll try if it works for me
(though with perl-5.8.1, but this should make no difference).


Gerrit
-- 
=^..^=


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

Slight gcc -mno-cygwin inconsistency

[Demmer, Thomas]

Hi all,
no idea if this really belongs here or on the MinGW list:

gcc searches

#include <...> search starts here:
 /usr/local/include
 /usr/lib/gcc-lib/i686-pc-cygwin/3.3.1/include
 /usr/include
 /usr/include/w32api

whereas gcc -mno-cygwin searches in

#include <...> search starts here:
 /usr/lib/gcc-lib/i686-pc-cygwin/3.3.1/include
 /usr/i686-pc-mingw32/include
 /usr/include/w32api

It would be convinient if gcc searched /usr/local/include in both
cases, mostly supporting my lazyness in 
CC='gcc -mno-cygwin' ./configure; make cycles.


Ciao
Tom

--
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: Perl page fault - old news ??

[Gerrit P. Haase]

Hallo John,

Am Dienstag, 21. Oktober 2003 um 22:13 schriebst du:

>I'm learning Cygwin and Perl. Perl is currently 5.8.0 under Windows 
> 98. I have run setup today so I think everything is current.

>$ perldoc CGI

> results in a Windows pop which contains ...

> PERL caused an invalid page fault in
> module FCNTL.DLL at 017f:00b931b8.

Windows 98 is known to have problems with Cygwin Perl.


>Is there something I can do or should do to make this work better?

Yes, you may try to use perl-5.8.1 which was reported to behave
better.  That means only one error where you get several with 5.8.0.
There is also a debugging version of perl-5.8.1 available if you're
interested in tracking down what goes wrong:
ftp://ftp.cpan.org/pub/CPAN/authors/id/G/GE/GERRIT/
There are two tarballs needed for debugging, the
perl_debug-5.8.1-2-srctree.tar.bz2 and the binaries
perl_debug-5.8.1-2.tar.bz2, both extracted from the Cygwin root.


I've no Win98 since about three years now and I feel much better!

Gerrit
-- 
=^..^=


--
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: little help with dll

[Gerrit P. Haase]

Hallo jim,

Am Dienstag, 21. Oktober 2003 um 17:52 schriebst du:

> Hi -

> i'm a newbie trying to create a dll for cygwin with gcc mingw for swig so i
> can convert c++ into a tcl module.  $LIBS and $LIBPATH are 2 settings that i
> dont where/what to specify.

You want a DLL, so tell the linker the name of the DLL:
 '-o my_lib.dll'
you want the linker to find the symbols for the functions you're
using, so tell the linker in which path and in which library to find
it: 
'-L/usr/local/lib -lz -lintl -liconv'


> is this quote true also?

> "Note that if you build your DLL as a Cygwin-linked DLL, you should really
> load it from a Cygwin-linked Tcl/Tk shell as well to avoid certain
> problems. If you're using Cygwin b20.x, it already comes with tclsh/wish
> etc, and it's a non-issue then."

I don't know if this is still true.

> below is documentation from swig tutorial to help clarify
> any input/examples and links you can provide to help me come up with a
> solution would be great.

[...]

The docs are ok.

You may want to try this linkline (from the Cygwin docs):

gcc -shared -o cyg${NAME}.dll -Wl,--out-implib=lib${NAME}.dll.a \
 -Wl,--export-all-symbols -Wl,--enable-auto-import -Wl,--whole-archive
 ${OBJECTS} -Wl,--no-whole-archive ${LIBSPATH} ${LIBS}

You'll get an importlibrary which is stored in the $LIBPATH and a DLL
which is used at runtime and needs to be somewhere in the $PATH.

HTH,
Gerrit
-- 
=^..^=


--
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: OpenGL and Cygwin

[suresh]

As per Andre's suggestion, i compiled and ran the attached program. Below 
are the outputs under different system settings:

All programs run from tcsh inside cygwin. My LD_LIBRARY_PATH also had my 
current dir, because I had the nvidia glut32.dll and glut32.lib files in 
it (which work when compiled with visual C++ on a different machine - I 
tried one of their demos)

This was the first run, just from scratch with no extra parameters.

--
[EMAIL PROTECTED] ~/src]$ g++ -o helloglut opengltest.c -lglut32 -lglu32 -
lopengl32
/tmp/ccwy9vdk.o(.text+0xe):opengltest.c: undefined reference to `_glClear'
/tmp/ccwy9vdk.o(.text+0x4c):opengltest.c: undefined reference to 
`_glutInit'
/tmp/ccwy9vdk.o(.text+0x58):opengltest.c: undefined reference to 
`_glutCreateWin
dow'
/tmp/ccwy9vdk.o(.text+0x64):opengltest.c: undefined reference to 
`_glutDisplayFu
nc'
/tmp/ccwy9vdk.o(.text+0x69):opengltest.c: undefined reference to 
`_glutMainLoop'

collect2: ld returned 1 exit status
-

To account for the vagaries of LD_LIBRARY_PATH, I then tried explicitly 
giving the desired paths for the lib files:


[EMAIL PROTECTED] ~/src]$ g++ -o helloglut opengltest.c -L/usr/lib/w32api -
lglut32 -lglu32 -lopengl32
/tmp/cc5Cu8ni.o(.text+0xe):opengltest.c: undefined reference to `_glClear'
/tmp/cc5Cu8ni.o(.text+0x4c):opengltest.c: undefined reference to 
`_glutInit'
/tmp/cc5Cu8ni.o(.text+0x58):opengltest.c: undefined reference to 
`_glutCreateWin
dow'
/tmp/cc5Cu8ni.o(.text+0x64):opengltest.c: undefined reference to 
`_glutDisplayFu
nc'
/tmp/cc5Cu8ni.o(.text+0x69):opengltest.c: undefined reference to 
`_glutMainLoop'

collect2: ld returned 1 exit status

--

I also then tried compiling with =mno-cygwin

-
[EMAIL PROTECTED] ~/src]$ g++ -mno-cygwin -o helloglut opengltest.c -lglut32 -
lglu32
-lopengl32
/tmp/cceShHmg.o(.text+0xe):opengltest.c: undefined reference to 
`__imp__glClear'

/tmp/cceShHmg.o(.text+0x4e):opengltest.c: undefined reference to 
`_glutInit'
/tmp/cceShHmg.o(.text+0x5a):opengltest.c: undefined reference to 
`_glutCreateWin
dow'
/tmp/cceShHmg.o(.text+0x66):opengltest.c: undefined reference to 
`_glutDisplayFu
nc'
/tmp/cceShHmg.o(.text+0x6b):opengltest.c: undefined reference to 
`_glutMainLoop'

collect2: ld returned 1 exit status

--

The only difference in this case was the different library call for 
glClear. I also tried linking the /usr/X11R6/lib opengl libraries using  -
lGL. that cf course got rid of the glClear undefined reference but didn't 
solve the glut problem.




--
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: cygutils-1.1.4-2

[Joshua Daniel Franklin]

On Wed, Oct 22, 2003 at 11:52:32AM +1000, [EMAIL PROTECTED] wrote:
> On  9 Aug, Charles Wilson wrote:
> > o mkshortcut supports a new -w/--workingdir option. 
> 
> The man page for mkshortcut needs to be updated to reflect this good new
> option.

Here you go, Chuck.
--- mkshortcut.12003-10-21 21:34:51.31250 -0700
+++ mkshortcut.1-orig   2003-10-21 21:35:22.390625000 -0700
@@ -1,6 +1,6 @@
 .\"{{{}}}
 .\"{{{  Title
-.TH MKSHORTCUT 1 "21 Oct 03" "mkshortcut 1.5 (cygutils)" "Cygutils"
+.TH MKSHORTCUT 1 "23 Feb 2002" "mkshortcut 1.01 (cygutils)" "Cygutils"
 .\"}}}
 .\"{{{  Name
 .SH NAME
@@ -9,13 +9,27 @@ mkshortcut \- create a Windows shortcut
 .\"{{{  Synopsis
 .SH SYNOPSIS
 .B mkshorcut
+.RB "\-h|\-v" 
+.br
+.B mkshorcut
 .RB "[\-\fBa\fP \fIARGS\fP]"
-.RB "[\-\fBi\fP \fIiconfile\fP [\-\fBj\fP \fIINT\fP] ]"
-.RB "[\-\fBn\fP \fINAME\fP ]"
-.RB "[\-\fBw\fP \fIPATH\fP ]"
+.RB "[\-\fBi\fP \fIiconfile\fP [\-\fBj\fP \fIoffset\fP] ]"
+.RB "[\-\fBn\fP \fIname\fP ]"
 .RB "[\-A] [\-D|\-P] \fITARGET\fP"
 .br
 .\"}}}
+.\"{{{  Description
+.SH DESCRIPTION
+.B mkshortcut
+is a command-line tool for creating Windows shortcut files (also known as
+OLE links). It supports actions such as specifying arguments and setting the 
+icon to use for the shortcut. It can be easily run from a script or batch
+file for non-interactive use.
+.PP
+.B TARGET
+may be a file in the current directory, a full unix (POSIX) path, or a URL
+in the form \fBhttp://www.cygwin.com\fP
+.\"}}}
 .\"{{{  Options
 .SH OPTIONS
 
@@ -44,10 +58,6 @@ Name to use for the shortcut file. Note 
 that case must be enclosed in quotes. The Windows extention \fB.lnk\fP is 
automatically
 appended to \fI"NAME"\fP if not present.
 
-.TP 
-\fB\-w\fR, \fB\-\-workingdir\fR=\fI"PATH"\fP
-PATH to use for the working directory (defaults to directory path of TARGET).
-
 .TP
 \fB\-v\fR, \fB\-\-version\fR
 Output version information (to stdout) and exit.

--
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: pwd option to return windows path

[Edward Peschko]

On Tue, Oct 21, 2003 at 11:57:41PM -0400, Christopher Faylor wrote:
> On Tue, Oct 21, 2003 at 08:39:12PM -0700, Andrew DeFaria wrote:
> >Edward Peschko wrote:
> >
> >>The problem is, chris, that I have no way of telling what you will find 
> >>'off-topic' and what you won't. 
> >You could always ask...
> >
> >>One of my gut feels is that you find the whole idea of combining the two 
> >>projects together in any way 'off-topic'. 
> >>
> >No need for gut feelings, I believe he already said it was off topic.
> 
> Since I asked for discussion about merging the two projects to be posted
> here it would be hypocritical of me to say it was off-topic.
> 
> Talking about how great msys tools (sic) are is off-topic.  Generally
> going on about the way mingw works is really pointless and off-topic.

I never said that the msys tools are 'great'. It just seems to be the standard
that people have adhered to for the win32 side of things. My point is that talking 
about merging the two is impossible without considering how mingw works, and 
somehow factoring that into cygwin. 

And since you considered the merger of the two projects on-topic, how can you 
consider talking about mingw as it relates to this goal off-topic?

> At this point, it seems pointless in the extreme to still be complaining
> about how the projects should be merged or how YA utility should be
> MS-DOS aware.  I've never understood why people who receive consistently
> negative reactions to their ideas still shoulder on in the face of
> disapproval.  However, if I blocked people for sending pointless
> messages here, the mailing list would be a wasteland (and maybe I'd have
> to block myself as the first candidate).

maybe then having your 'finger on the button' isn't the right response? 
Maybe tolerance is in order?  maybe letting people voice their opinions 
without a verbal smackdown? And maybe, just maybe my goal is worthwhile and useful?

> As always, the best argument is source code.  If it materializes, it
> will be interesting to see if it 1) shows up in the right mailing list,
> 2) has the proper formatting and changelogs, 3) has the appropriate
> legal assignments, and 4) works correctly.

fair enough. But I consider what you are talking about (aside from #4) dotting the 
i's and crossing the t's. But I do do it. I just don't like having to continually
dot my i's and cross my t's all through the damn development cycle, from discovery
to implementation.

Ed

(ps - please, if you would, talk about things as if I am in the same room. It is 
incredibly inconsiderate to 'talk over' people.)

--
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: pwd option to return windows path

[Christopher Faylor]

On Tue, Oct 21, 2003 at 08:39:12PM -0700, Andrew DeFaria wrote:
>Edward Peschko wrote:
>
>>The problem is, chris, that I have no way of telling what you will find 
>>'off-topic' and what you won't. 
>You could always ask...
>
>>One of my gut feels is that you find the whole idea of combining the two 
>>projects together in any way 'off-topic'. 
>>
>No need for gut feelings, I believe he already said it was off topic.

Since I asked for discussion about merging the two projects to be posted
here it would be hypocritical of me to say it was off-topic.

Talking about how great msys tools (sic) are is off-topic.  Generally
going on about the way mingw works is really pointless and off-topic.

At this point, it seems pointless in the extreme to still be complaining
about how the projects should be merged or how YA utility should be
MS-DOS aware.  I've never understood why people who receive consistently
negative reactions to their ideas still shoulder on in the face of
disapproval.  However, if I blocked people for sending pointless
messages here, the mailing list would be a wasteland (and maybe I'd have
to block myself as the first candidate).

As always, the best argument is source code.  If it materializes, it
will be interesting to see if it 1) shows up in the right mailing list,
2) has the proper formatting and changelogs, 3) has the appropriate
legal assignments, and 4) works correctly.

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: pwd option to return windows path

[Andrew DeFaria]

Edward Peschko wrote:

The problem is, chris, that I have no way of telling what you will find 'off-topic' and what you won't. 

You could always ask...

One of my gut feels is that you find the whole idea of combining the two 
projects together in any way 'off-topic'. 

No need for gut feelings, I believe he already said it was off topic.

--
I need someone real bad... Are you real bad?


--
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: long timeouts on shutdown/log off

[Dylan Cuthbert]

Ok, more info

The cron tasks are running as normal when I try to log off, its just that
windows can't forcibly terminate them when it tries to close everything and
has to sit there waiting for the cron jobs to finish (can be up to 30
minutes for backing up a lot of changes).

The pre-20th September version of cygwin has no problem terminating the cron
jobs (I still have several machines running that version and the same
script), so what's changed in the latest version to cause this?

I'm beginning to suspect It probably is to do with Pierre's permission
stuff.  Because the cron jobs are run from a daemon running as SYSTEM, the
user log off procedure can't kill the parent task, but the children tasks
*are* user tasks and maybe it can't kill these because they were created by
SYSTEM?  Just clutching at straws as right now I don't have my backup system
working (unless I put up with 30 minute logoff times)  and I want it back
:-(

Any help much appreciated.

-
Q-Games, Dylan Cuthbert.
http://www.q-games.com

"Christopher Faylor" <[EMAIL PROTECTED]> wrote in message
news:[EMAIL PROTECTED]
> On Fri, Oct 17, 2003 at 07:50:34PM +0900, Dylan Cuthbert wrote:
> >Ok, here are the ps results... I can see three cron tasks with the I
field
> >set (Interactive?) which is very odd as my backup script doesn't have any
> >input (I've attached the script and the output)
>
> 'I'nput.  That would indicate that cron is waiting for some kind of file
I/O.
>
> 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/

Be careful of network drives under /cygdrive

[luke . kendall]

This may seem obvious to everyone, but when doing recursive file
operations starting at /, you need to remember that /cygdrive will lead
you to performing the file operation across whatever network drives you
have mapped.  (Just as you would under any Unix system when you mounted
drives.)

find / -xdev is a good option to remember.

In fact it's a good reason not to use the -R option on chown etc., and
instead to do find / -xdev -print0 | xargs -0 chmod ...

(AFAIK, you can't stop chmod, chown, etc., running across the network if
you use -R and start at /.)

luke


--
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: pwd option to return windows path

[Christopher Faylor]

On Tue, Oct 21, 2003 at 07:08:53PM -0700, Edward Peschko wrote:
>Personally, I think that gunter had the best option - if you don't like
>what I say, just - personally - direct me to /dev/null.  Problem
>solved.  If people think that I'm not 'on topic' I'll get ignored.

Sorry.  You don't get special treatment.

>And my guess is that you sure as hell aren't going to accept any
>patches that do what you - as I can see - find exceedingly distasteful,
>so what's the point in having the up-front aggravation?

Your guess, like many of your perceptions about cygwin and mingw is
flawed.

--
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: Serious problem with win32 pthreads crashing and c++ class

[Arash Partow]

Hi Ross,
A slight correction:
I replaced:

pthread_create(&threadID,NULL,&(Thread::threadFunction),this);
pthread_detach(threadID);
With:

pthread_attr_t attr;
pthread_attr_init(&attr);
pthread_attr_setdetachstate(&attr, PTHREAD_CREATE_DETACHED);
pthread_create(&threadID,&attr,&(Thread::threadFunction),this);




Arash Partow



__
Be one who knows what they don't know,
Instead of being one who knows not what they don't know,
Thinking they know everything about all things.
http://www.partow.net
_
E-mail just got a whole lot better. New ninemsn Premium. Click here  
http://ninemsn.com.au/premium/landing.asp

--
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: Serious problem with win32 pthreads crashing and c++ class

[Arash Partow]

Hi Ross,

I replaced:

pthread_create(&threadID,NULL,&(Thread::threadFunction),this);

With:

pthread_attr_t attr;
pthread_attr_init(&attr);
pthread_attr_setdetachstate(&attr, PTHREAD_CREATE_DETACHED);
pthread_create(&threadID,&attr,&(Thread::threadFunction),this);
pthread_detach(threadID);
However now the code crashes within the first 60 threads being
created, I assume the first couple of threads complete, but don't
join back and hence the program crashes.
I have a url of the modified code:
http://www.partow.net/downloads/thread-question-mod.zip
In your previous post you said:

If that stops your test code from crashing then it remains to fix 
pthreads-win32's current behaviour. It might simply need changing the 
detachstate flag into a semaphore in pthread_t ('sem_join' say). The thread 
exit logic might then just call sem_wait(&thr->sem_join)
after running the cleanup handlers and tsd destructors. Pthread_detach() 
would just call sem_post(&thr->sem_join), as would pthread_join(), but 
after recording the thread's return value.
I was wondering if you could elaborate on this, and give some
direction seeing as though i have come to the state you have
mentioned above, I'm very interested in resolving this issue
and possibily being able to contribute something back to the
community.


Any help will be appreciated

Regards

Arash Partow



__
Be one who knows what they don't know,
Instead of being one who knows not what they don't know,
Thinking they know everything about all things.
http://www.partow.net







Looking at your code, I see that you have [when starting a new thread]:

pthread_create(&threadID, ...);
pthread_detach(&threadID);
In pthreads-win32, pthread_detach() just sets a flag in the thread, and if 
the
thread is created, runs and completes before pthread_detach() can set the 
flag, the thread
will never be properly cleaned up, and possibly not even close the Win32 
handle.

If this is the case then you could try creating detached threads using a 
suitably
initialised and set pthread_attr_t as arg 2 in the call to 
pthread_create(). I.e.

pthread_attr_t attr;
pthread_attr_init(&attr);
pthread_attr_setdetachedstate(&attr, PTHREAD_CREATE_DETACHED);
...
pthread_create(&threadID, &attr, ...);
If that stops your test code from crashing then it remains to fix 
pthreads-win32's current
behaviour. It might simply need changing the detachstate flag into a 
semaphore in pthread_t
('sem_join' say). The thread exit logic might then just call 
sem_wait(&thr->sem_join)
after running the cleanup handlers and tsd destructors. Pthread_detach() 
would just call
sem_post(&thr->sem_join), as would pthread_join(), but after recording the 
thread's return
value.

Ross

Arash Partow wrote:

Hi All,

I'm a long-time reader, first-time poster. I've been doing some work 
lately
with posix threads, mainly trying to build a very simple c++ wrapper for
Posix threads, and well have come up to a stumbling point on the win32
platform with a simple prototype i had built utilizing this c++ wrapper.

On the Linux and BSD(free and open) platforms the simple prototype works
perfectly, it does not crash and does not seem to produce any zombie
processes. In one instance I've had it running for 3 days none stop(on RH-
Linux 9.0) and during this time it had created and execute over 16 million
threads.
The prototype initially creates 700 threads all of which are contained in 
a
vector (threadList), each thread does some "simple" string processing
(basically tokenize a string) and then exists. On completion of the 
thread,
the thread sets its own state in the thread-class to dead.

Another thread called GarbageCollector, which is created before the other
threads are created, is continually traversing the threadList, looking for
dead threads, once a dead thread is found, it deletes the pointer pointing
to the thread class in the list, creates a new thread and adds it to the
end of the list. Hence continually maintaining the number of threads being
run at any one time, (hopefully)
The problem is on Windows2000 and WindowsXP (with SP4) the prototype only
ever gets to about 5 threads or so, never getting past that amount, it
always crashes. several times I've tried using GDB to figure out where its
crashing however its always seems to be crashing in different place. I've
made sure i don't use any methods from the standard libs that use globals,
and tried implementing a reentrant way of development.
I've tried reducing the number of overall threads (MAX_THREADS), down to
100, 50, 10, it still crashes its just takes longer to crash.
I've tried turning optimization on and off for GCC, nothing changes. 
except
for a slightly longer compile time which is due to something else. What
really baffles me is that it works well under unix platforms but falls 
over
on win32.

My questions are:

1.) could you please look at the code from this URL 
http://www.partow.net/downloads/thread-question.zip
 

Re: Serious problem with win32 pthreads crashing and c++ class

[Arash Partow]

Hi Robert,

The prototype initially creates 700 threads all of which are contained in 
a vector (threadList), each thread does some "simple" string processing 
(basically tokenize a string) and then exists. On completion of the 
thread, the thread sets its own state in the thread-class to dead. Sounds 
like you aren't harvesting the thread state.


forgive my arrogance, but could you please elaborate the meaning
of "harvesting the thread state" cause I do obtain the state of
the thread as being dead when the thread's execute function has
been completed. i don't think i can make any other assumptions
about the thread state. if you have the time could you please
have a little build of my code, its small and wont take much
time.
url: http://www.partow.net/downloads/thread-question.zip

any more advice would be appreciated.

regards

Arash



__
Be one who knows what they don't know,
Instead of being one who knows not what they don't know,
Thinking they know everything about all things.
http://www.partow.net
_
Chat via SMS. Simply send 'CHAT' to 1889918.  More info at  
http://ninemsn.com.au/mobilemania/MoChat.asp?blipid=6800

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

Problems with cut/paste in Pine 4.58 and rxvt 2.7.10

[Erick E Rios]

Hi,

Recently I noticed that when I am using pine with the WIN32 rxvt behavior
my mouse does not select or paste text correctly. In my pine configuration
I have enable-mouse-in-xterm so the cut/paste functionality is accessed by
pressing the shift key.

This works fine in the X version of rxvt and in my xterm. So I imagine
that I have something wrong in one of my configuration files. I included
the output of cygcheck as well as my pinerc and Xdefaults configuration.

Thank you
Erick Rios

Cygwin Win95/NT Configuration Diagnostics
Current System Time: Tue Oct 21 20:49:54 2003

Windows XP Home Edition Ver 5.1 Build 2600 Service Pack 1

Path:   c:\My_Documents\erios\bin
C:\cygwin\usr\local\bin
C:\cygwin\bin
C:\cygwin\bin
c:\texmf\miktex\bin\
c:\WINDOWS\system32
c:\WINDOWS
c:\WINDOWS\COMMAND
c:\WINDOWS\system32\WBEM
c:\Program Files\SecureCRT
c:\Program Files\Common Files\Adaptec Shared\System
c:\Program Files\Executive Software\DiskeeperWorkstation\
c:\Program Files\Aspell\bin
c:\texmf\miktex\bin\
c:\WINDOWS\system32
c:\WINDOWS
c:\WINDOWS\COMMAND
c:\WINDOWS\system32\WBEM
c:\Program Files\SecureCRT
c:\Program Files\Common Files\Adaptec Shared\System
c:\Program Files\Executive Software\DiskeeperWorkstation\
c:\Program Files\SSH Communications Security\SSH Secure Shell
c:\WINDOWS
c:\WINDOWS\COMMAND
C:\cygwin\usr\X11R6\bin

Output from C:\cygwin\bin\id.exe (nontsec)
UID: 1006(HP) GID: 513(None)
513(None)

Output from C:\cygwin\bin\id.exe (ntsec)
UID: 1006(HP) GID: 513(None)
513(None)544(Administrators)  
545(Users)

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

CYGWIN = `tty'
HOME = `c:\My_Documents\erios'
MAKE_MODE = `unix'
PWD = `/home/HP'

ALLUSERSPROFILE = `C:\Documents and Settings\All Users'
APPDATA = `C:\Documents and Settings\HP\Application Data'
BLASTER = `A220 I5 D1 T4 P330'
CLIENTNAME = `Console'
COLORFGBG = `0;default'
COLORTERM = `rxvt-xpm'
COMMONPROGRAMFILES = `C:\Program Files\Common Files'
COMPUTERNAME = `HPPAV'
COMSPEC = `C:\WINDOWS\system32\cmd.exe'
DISKEEPERICON = `C:\Program Files\Executive Software\DiskeeperWorkstation\'
DISPLAY = `127.0.0.1:0.0'
HOMEDRIVE = `C:'
HOMEPATH = `\Documents and Settings\HP'
LANG = `en_US'
LOGONSERVER = `\\HPPAV'
MANPATH = `:/usr/X11R6/man:/usr/ssl/man'
NUMBER_OF_PROCESSORS = `1'
OLDPWD = `/usr/bin'
OS = `Windows_NT'
PATHEXT = `.COM;.EXE;.BAT;.CMD;.VBS;.VBE;.JS;.JSE;.WSF;.WSH'
PKG_CONFIG_PATH = `:/usr/X11R6/lib/pkgconfig'
PROCESSOR_ARCHITECTURE = `x86'
PROCESSOR_IDENTIFIER = `x86 Family 15 Model 0 Stepping 7, GenuineIntel'
PROCESSOR_LEVEL = `15'
PROCESSOR_REVISION = `0007'
PROGRAMFILES = `C:\Program Files'
PROMPT = `$p$g'
PRUNEPATHS = `/tmp /usr/tmp /var/tmp /afs /cygdrive'
PS1 = `\[\033]0;[EMAIL PROTECTED]: [EMAIL PROTECTED] \w]\n\$ '
SESSIONNAME = `Console'
SHELL = `/bin/bash'
SHLVL = `1'
SYSTEMDRIVE = `C:'
SYSTEMROOT = `C:\WINDOWS'
TEMP = `c:\DOCUME~1\HP\LOCALS~1\Temp'
TERM = `rxvt'
TMP = `c:\DOCUME~1\HP\LOCALS~1\Temp'
USERDOMAIN = `HPPAV'
USERPROFILE = `C:\Documents and Settings\HP'
W11_LIBRARY = `libX11'
WINBOOTDIR = `C:\WINDOWS'
WINDIR = `C:\WINDOWS'
WINDOWID = `168048664'
_ = `/usr/bin/cygcheck'

HKEY_CURRENT_USER\Software\Cygnus Solutions
HKEY_CURRENT_USER\Software\Cygnus Solutions\Cygwin
HKEY_CURRENT_USER\Software\Cygnus Solutions\Cygwin\mounts v2
HKEY_CURRENT_USER\Software\Cygnus Solutions\Cygwin\Program Options
HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions
HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\Cygwin
HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\Cygwin\mounts v2
  (default) = `/cygdrive'
  cygdrive flags = 0x0022
HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\Cygwin\mounts v2\/
  (default) = `C:\cygwin'
  flags = 0x000a
HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\Cygwin\mounts 
v2\/cygdrive/c/My_Documents/erios
  (default) = `\home\erios'
  flags = 0x000a
HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\Cygwin\mounts v2\/home/downloads
  (default) = `c:\My_Documents\downloads'
  flags = 0x000a
HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\Cygwin\mounts v2\/home/gnuwin
  (default) = `c:\Program Files\GnuWin32'
  flags = 0x000a
HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\Cygwin\mounts v2\/home/HP
  (default) = `c:\My_Documents\erios'
  flags = 0x000a
HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\Cygwin\mounts v2\/home/miktex
  (default) = `c:\texmf'
  flags = 0x000a
HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\Cygwin\mounts v2\/usr/bin
  (default) = `C:\cygwin/bin'
  flags = 0x000a
HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\Cygwin\mounts v2\/usr/lib
  (default) = `C:\cygwin/lib'
  flags = 0x000a
HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\Cygwin\mounts v2\/usr/X11R6/lib/X11/fonts
  (default) = `C:\cygwin\usr\X11R6\lib\X11\fonts'
  flags = 0x000a
HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\Cygwin\Program Options

Re: pwd option to return windows path

[Edward Peschko]

On Tue, Oct 21, 2003 at 09:51:45PM -0400, Christopher Faylor wrote:
> On Tue, Oct 21, 2003 at 06:28:24PM -0700, Edward Peschko wrote:
> >Give me a month or so.  And please, if you don't want to hear what I
> >say, or otherwise disagree with what I say, redirect me to /dev/null!
> 
> This mailing list is not a free for all.  If "what you say" is
> repeatedly off-topic, you will eventually be blocked.
> 
> Here's another off-topic subject for you: Please, no more pleas to get
> me to engage you in private email.  This really is off-topic and
> pointless.

The problem is, chris, that I have no way of telling what you will find 'off-topic'
and what you won't. 

One of my gut feels is that you find the whole idea of combining the two 
projects together in any way 'off-topic'. In which case I will be blocked because 
there 
is no way in hell I can do so without in some way taking the m-word project in account.
Whether it be hacking setup.exe to download and install various mingw subprojects,
or tinkering with cygwin.

As for my pleas to take it private, all I am doing is trying to prevent another 
flamewar.  People shouldn't have to listen to bickering and arguing. 

Personally, I think that gunter had the best option - if you don't like what I say,
just - personally - direct me to /dev/null. Problem solved. If people think that I'm
not 'on topic' I'll get ignored.

And my guess is that you sure as hell aren't going to accept any patches that do what 
you - as I can see - find exceedingly distasteful, so what's the point in having the
up-front aggravation? 

Ed

--
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: pwd option to return windows path

[Andrew DeFaria]

Edward Peschko wrote:

FAQ?  FAQ?  What is that supposed to mean?  Why can't you just speak English?  How are we supposed to know that we should look in obscure places for information that should just be presented at the cygwin prompt?
   

temper, temper... I honestly think you should calm down, take a stress pill, and think things over.. 

(I also think my sarcasm meter had a serious meltdown.. ;-)

I think it's the latter! Christopher's sarcastic response was priceless, 
bordering on brilliant, IMHO, of course.
--
The careful application of terror is also a form of communication.



--
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: [VERY OT] pwd option to return windows path

[Brian Dessent]

Eduardo Chappa wrote:
> 
> *** Christopher Faylor ([EMAIL PROTECTED]) wrote today:
> 
> :) "Si usted desea convertir a las trayectorias de Windows, utilice el
> :) programa del cygpath.  Vea el cygpath del hombre para más detalles."
> 
> Your translation service translated "man" as the noun whose plural is
> "men", not as manual, so above says "see the cygpath of the man for more
> details". I have no idea where my cygpath is, by the way...

First "the man" was just keepin' us down, now he's controlling the man
pages too?  This oppression must stop...

Brian

--
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: cygutils-1.1.4-2

[luke . kendall]

On  9 Aug, Charles Wilson wrote:
> o mkshortcut supports a new -w/--workingdir option. 

The man page for mkshortcut needs to be updated to reflect this good new
option.

luke


--
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: pwd option to return windows path

[Christopher Faylor]

On Tue, Oct 21, 2003 at 06:28:24PM -0700, Edward Peschko wrote:
>Give me a month or so.  And please, if you don't want to hear what I
>say, or otherwise disagree with what I say, redirect me to /dev/null!

This mailing list is not a free for all.  If "what you say" is
repeatedly off-topic, you will eventually be blocked.

Here's another off-topic subject for you: Please, no more pleas to get
me to engage you in private email.  This really is off-topic and
pointless.

FYI.

--
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: pwd option to return windows path

[Andrew DeFaria]

Edward Peschko wrote:

yeah, I did a little more mucking around and came up with cygpath. Its 
not the most obvious place to find that information though, nothing in 
unix screams out 'cygpath is what you want!!!' 
Unix is a kind and polite OS. As such it does not scream at you! :-)

I've never found much In Unix screaming out any answers as a matter of 
fact. Most of the time you have to search for them.

since there *are* no unix analogs. I think that the same options that 
are on cygpath should also be on pwd; this might make things a little 
more user friendly. 
But that would make pwd uncompatible.

BTW: Despite popular opinion Unix *is* a user friendly OS. It just needs 
to determine whether or not you are worthy of being *ITS* friend! :-)
--
Where there's a will... I want to be in it.



--
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: Perl - trying to install libwin32

[Charles Owens]

Igor,

Here's what's getting produced by make:

gcc -shared -o File.dll -Wl,--out-implib=libFile.dll.a 
-Wl,--export-all-symbols -Wl,--enable-auto-import -Wl,--stack,8388608 
-L/usr/local/lib -L/usr/local/lib -L/usr/lib/w32api 
-I/usr/include/w32api -s File.o 
/usr/lib/perl5/5.8.0/cygwin-multi-64int/CORE/libperl.dll.a -lkernel32

I've also tried (by hand):

gcc -shared -o File.dll -Wl,--out-implib=libFile.dll.a 
-Wl,--export-all-symbols -Wl,--enable-auto-import -Wl,--stack,8388608 -s 
File.o /usr/lib/perl5/5.8.0/cygwin-multi-64int/CORE/libperl.dll.a 
-L/usr/local/lib -L/usr/local/lib -L/usr/lib/w32api -lkernel32 
-I/usr/include/w32api

Any thoughts?

Thanks,
Charles
Igor Pechtchanski wrote:

Charles,

Linkers like forward references, and don't understand back references.
The libraries should go to the very end of the line, after the object
files (and I believe the *FLAGS vars usually get put right after the
executable).  You might need to use some other variable for this.
If the libraries are at the end of the gcc invocation, please post the
exact gcc command you get when compiling.
Igor
On Fri, 17 Oct 2003, Charles Owens wrote:

 

Okay... (just now getting back to this).

Thanks for the pointer... but it must be something else.

Since the build is failing in APIFile I've added this to APIFile/Makefile

  LDDLFLAGS = -L/usr/lib/w32api -lkernel32 -I/usr/include/w32api

When I run 'make' I do see that the gcc line in question now has these
options... but the link fails in the same way as before. (lots of
unresolved reverences, eg. "...File.c: undefined reference to
'_CloseHandle'")
Any thoughts on what my next step should be?

Thanks much,

Charles

Gerrit P. Haase wrote:

   

I'm also seeing the same problem as Paul when trying to compile
libwin32-0.191 (patched) on cygwin.  This is with both gcc 3.3.1 and gcc
3.2 20020927 (prerelease) .
Any suggestions?  Here's what "make" is giving me (with gcc 3.2):
   

Try adding libkernel32.a (-L/usr/lib/w32api -lkernel32) to the linkline?

Gerrit
 

 

--
\
 Charles N. Owens  [EMAIL PROTECTED]
   http://www.enc.edu/~charles.n.owens
 Senior Technology Officer
 Information Technology Services  Eastern Nazarene College
/


--
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: Perl page fault - old news ??

[Andrew DeFaria]

Greg Matheson wrote:

On Tue, 21 Oct 2003, Andrew DeFaria wrote:

 

John K wrote:

   

I'm learning Cygwin and Perl. Perl is currently 5.8.0 under Windows 
98. I have run setup today so I think everything is current.

 $ perldoc CGI

results in a Windows pop which contains ...

PERL caused an invalid page fault in
module FCNTL.DLL at 017f:00b931b8.
 

 

I use Perl 5.8.0, DBI and CPAN on Cygwin. Never had any page faults. I 
suggest you think that the problem lies outside of this and that perhaps 
your Cygwin installation is a bit faulty.
   

Are you on Windows98?

Me? No. John? Who knows...
--
Latest survey shows that 3 out of 4 people make up 75% of the world's 
population.



--
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: pwd option to return windows path

[Edward Peschko]

On Tue, Oct 21, 2003 at 08:12:51PM -0500, guenter strubinsky wrote:
> I took the liberty to zap mr. peschko as of now from my inbox as background
> noise (using a microsoft product which uses paths 'correctly' aka. ms-dos
> style). It can't be considered spam since he does not OFFER anything of
> dubious or real value. I believe he would be a valuable asset to microsoft
> newsgroups, but his contributions to THIS mailing list consist of endless
> threads about opinions without any merit. I waited when he offered to tune
> -whatever it was; oh yes mingw/cygwin- to his liking; if he WOULD contribute
> more than his valuable opinions. Did not happen! But the mingw/cygwin issue
> got reawakened like zombies in a cheap horror flick as of this email. So
> instead of telling us how much cygwin sucks I would suggest he stays with
> windooze which seems to find his undivided approval. I do not really
> comprehend why he is even on this list wasting bandwidth that I need so
> dearly to download important illegal mp3's.
> 
> Last not least, IF the information exchanged would be of any value to the
> community it should be led in public and not as threatened to poor
> Christopher again in privacy. Since this discussion -again- is of no real
> value to anybody I suggest that he sends private emails (and public ones)
> from now on to /dev/null/ so that my microsoft filtering product @
> e:\program files\microsoft office\outlook.exe hasn't so much to filter.
> 

yes, and I suggest that christopher do the same. I really don't want him
to hear my opinions if he does not want to.

Please, please, *please* send me to /dev/null if you don't like what I say. 
It solves your problem, It solves my problem, it solves every one's problems.

As of cygwin/mingw, its unrealistic to expect an implementation for something that
has split the two projects for months, in *days*. I'm still working on getting an 
environment to my satisfaction for goodness sakes. 

Give me a month or so. And please, if you don't want to hear what I say, or otherwise
disagree with what I say, redirect me to /dev/null! 

Ed

--
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: [OT] pwd option to return windows path

[Eduardo Chappa]

*** Christopher Faylor ([EMAIL PROTECTED]) wrote today:

:) "Si usted desea convertir a las trayectorias de Windows, utilice el
:) programa del cygpath.  Vea el cygpath del hombre para más detalles."

Your translation service translated "man" as the noun whose plural is
"men", not as manual, so above says "see the cygpath of the man for more
details". I have no idea where my cygpath is, by the way...

Eduardo
http://www.math.washington.edu/~chappa/pine/

--
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: pwd option to return windows path

[guenter strubinsky]

I took the liberty to zap mr. peschko as of now from my inbox as background
noise (using a microsoft product which uses paths 'correctly' aka. ms-dos
style). It can't be considered spam since he does not OFFER anything of
dubious or real value. I believe he would be a valuable asset to microsoft
newsgroups, but his contributions to THIS mailing list consist of endless
threads about opinions without any merit. I waited when he offered to tune
-whatever it was; oh yes mingw/cygwin- to his liking; if he WOULD contribute
more than his valuable opinions. Did not happen! But the mingw/cygwin issue
got reawakened like zombies in a cheap horror flick as of this email. So
instead of telling us how much cygwin sucks I would suggest he stays with
windooze which seems to find his undivided approval. I do not really
comprehend why he is even on this list wasting bandwidth that I need so
dearly to download important illegal mp3's.

Last not least, IF the information exchanged would be of any value to the
community it should be led in public and not as threatened to poor
Christopher again in privacy. Since this discussion -again- is of no real
value to anybody I suggest that he sends private emails (and public ones)
from now on to /dev/null/ so that my microsoft filtering product @
e:\program files\microsoft office\outlook.exe hasn't so much to filter.

with kind regards
 

 
günter strubinsky
 <[EMAIL PROTECTED]>


p.s. this is a personal and private opinion not to be mis-associated with
this newsgroup!

> -Original Message-
> From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf
> Of Edward Peschko
> Sent: Tuesday, 21 October, 2003 19:35
> To: [EMAIL PROTECTED]
> Subject: Re: pwd option to return windows path
> 
> > As has been previously pointed out, the point of cygwin is to present a
> > UNIX environment to users.  We do not go out of our way to modify every
> > executable in the distribution so that it provides an MS-DOS look and
> > feel for those who are not comfortable with UNIX path names.
> >
> > We've provided the cygpath utility, in true UNIX fashion, as a tool
> > for converting back and forth between windows and cygwin paths.  You can
> > use it or not.  We are not going to be changing pwd, ash, bash, tcsh,
> > ksh, and zsh to include cygpath options.
> >
> > While I fully appreciate that this may not satisfy your need to use
> > MS-DOS paths in the cygwin environment it it fully consistent with
> > the project goals.  I'd ask that you respect the goals rather than
> > consistently suggest that we should be making MS-DOS concessions.
> 
> I'm not going to belabor the point, but this point of view makes -Mno-
> cygwin
> basically useless. And hence, any flag such as a MINGW mode impossible.
> 
> In order to use it effectively, every single module/item that is ported to
> mingw expects to see certain behaviors, as generated by the msys tools.
> One example
> was uname, here's another example - pwd. Like it or not, msys and mingw
> are connected
> at the hip, and the more modules I compile, the more I see this.
> 
> It is not reasonable to expect people to port their code both to mingw
> *and*
> -Mno-cygwin. And since mingw is connected to win32 far more than cygwin,
> people will
> port to mingw in greater numbers.
> 
> If you want to discuss this, then we can do it in private. Your request
> that I
> only discuss 'certain things', in 'certain boundaries' is not fair, and
> I won't do it. If you disagree with what I post, please ignore it.
> 
> But at the same time, I don't want to start another huge flame war, so
> talk to me
> offline if you feel strong enough about it.
> 
> Ed
> 
> --
> 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: pwd option to return windows path

[Edward Peschko]

> Msys is not a discussion topic for this mailing list.  If you want to
> comment on Msys then use the appropriate msys mailing list.  When you do
> this, you might ask them why, when you run the msys version of "sh" and
> type "pwd" it reports something like "/usr/bin" or "/c" rather than
> "C:\msys\1.0\bin" or "c:\", however.
> 
> This is your second warning on this subject, btw.

Chris,

what are your warnings? why are you so insistent on giving them? Do you kick people 
off the list if you don't like what they post?

If this is the case, I'm sorry, but why the need for control? This is supposed to be 
an 
*open forum*. I'm trying to make cygwin easier to use. Its really hard to do this if I
have to watch every single word that I say. If I find something that makes -Mno-cygwin
hard to use, is that not on topic?

Ed

--
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: pwd option to return windows path

[Christopher Faylor]

On Tue, Oct 21, 2003 at 05:34:45PM -0700, Edward Peschko wrote:
>In order to use it effectively, every single module/item that is ported
>to mingw expects to see certain behaviors, as generated by the msys
>tools.  One example was uname, here's another example - pwd.  Like it
>or not, msys and mingw are connected at the hip, and the more modules I
>compile, the more I see this.

Msys is not a discussion topic for this mailing list.  If you want to
comment on Msys then use the appropriate msys mailing list.  When you do
this, you might ask them why, when you run the msys version of "sh" and
type "pwd" it reports something like "/usr/bin" or "/c" rather than
"C:\msys\1.0\bin" or "c:\", however.

This is your second warning on this subject, btw.

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: pwd option to return windows path

[Edward Peschko]

> FAQ?  FAQ?  What is that supposed to mean?  Why can't you just speak
> English?  How are we supposed to know that we should look in obscure
> places for information that should just be presented at the cygwin
> prompt?

temper, temper... I honestly think you should calm down, take a stress pill,
and think things over.. 

(I also think my sarcasm meter had a serious meltdown.. ;-)

Ed

--
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: pwd option to return windows path

[Edward Peschko]

> As has been previously pointed out, the point of cygwin is to present a
> UNIX environment to users.  We do not go out of our way to modify every
> executable in the distribution so that it provides an MS-DOS look and
> feel for those who are not comfortable with UNIX path names.
> 
> We've provided the cygpath utility, in true UNIX fashion, as a tool
> for converting back and forth between windows and cygwin paths.  You can
> use it or not.  We are not going to be changing pwd, ash, bash, tcsh,
> ksh, and zsh to include cygpath options.
> 
> While I fully appreciate that this may not satisfy your need to use
> MS-DOS paths in the cygwin environment it it fully consistent with
> the project goals.  I'd ask that you respect the goals rather than
> consistently suggest that we should be making MS-DOS concessions.

I'm not going to belabor the point, but this point of view makes -Mno-cygwin
basically useless. And hence, any flag such as a MINGW mode impossible.

In order to use it effectively, every single module/item that is ported to 
mingw expects to see certain behaviors, as generated by the msys tools. One example 
was uname, here's another example - pwd. Like it or not, msys and mingw are connected 
at the hip, and the more modules I compile, the more I see this. 

It is not reasonable to expect people to port their code both to mingw *and* 
-Mno-cygwin. And since mingw is connected to win32 far more than cygwin, people will 
port to mingw in greater numbers.  

If you want to discuss this, then we can do it in private. Your request that I
only discuss 'certain things', in 'certain boundaries' is not fair, and 
I won't do it. If you disagree with what I post, please ignore it. 

But at the same time, I don't want to start another huge flame war, so talk to me 
offline if you feel strong enough about it.

Ed

--
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: Kudos to Daniel Reed

[Daniel Reed]

On 2003-10-21T13:06-0400, Christopher Faylor wrote:
) I think we need a big gold star for Daniel Reed, our new package
) coordinator.  In my many years of association with Cygwin, I don't think
) I've ever seen anyone "come down running" and pick up on the job so
) quickly.
 ...
) Thanks, Daniel.

You are very, very welcome. I truly consider it a privilege to participate
so actively in such a great project. Thank you for giving me that
opportunity.


-- 
Daniel Reed <[EMAIL PROTECTED]> http://naim-users.org/nmlorg/   http://naim.n.ml.org/
It is so easy to miss pretty trivial solutions to problems deemed
complicated.  The goal of a scientist is to find an interesting problem,
and live off it for a while.  The goal of an engineer is to evade
interesting problems :) -- Vadim Antonov <[EMAIL PROTECTED]> on NANOG

--
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: pwd option to return windows path

[Christopher Faylor]

On Tue, Oct 21, 2003 at 05:09:32PM -0700, Brian Dessent wrote:
>Edward Peschko wrote:
There is no option.
>>>
>>>If your "terse cgf reply decoder ring" has not yet arrived, you may be
>>>interested in "man cygpath", e.g.  "cygpath -w `pwd`".
>>
>>yeah, I did a little more mucking around and came up with cygpath.  Its
>>not the most obvious place to find that information though, nothing in
>>unix screams out 'cygpath is what you want!!!' since there *are* no
>>unix analogs.  I think that the same options that are on cygpath should
>>also be on pwd; this might make things a little more user friendly.
>
>You will quickly find that the Cygwin motto is that things are the way
>they are because the developers are just mean.  Not being one of them,
>I can't really read their minds but I would imagine this has come to be
>after fielding way too many questions on the mailing lists that boil
>down to "Cygwin isn't doing what I thought it should", or some
>permutation thereof.
>
>In their defense, I should point out that this one is covered in the
>FAQ: 

FAQ?  FAQ?  What is that supposed to mean?  Why can't you just speak
English?  How are we supposed to know that we should look in obscure
places for information that should just be presented at the cygwin
prompt?

In fact, I would go so far as to say that the information should be
audibly present whenever you hit enter in the bash shell.  How hard can
it be for bash to play a simple .wav file which says something like "If
you want to convert to Windows paths, use the cygpath program.  See man
cygpath for more details."

?

cgf

"Si usted desea convertir a las trayectorias de Windows, utilice el
programa del cygpath.  Vea el cygpath del hombre para más detalles."

"Wenn Sie in Windows Wege umwandeln möchten, verwenden Sie das cygpath
Programm.  Sehen Sie Mann cygpath für mehr Details."

"Se desiderate convertirsi in percorsi di Windows, usi il programma del
cygpath.  Veda il cygpath dell'uomo per più particolari."

"Se você quiser se converter aos trajetos de Windows, use o programa do
cygpath.  Veja o cygpath do homem para mais detalhes."

--
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: pwd option to return windows path

[Brian Dessent]

Edward Peschko wrote:

> > > There is no option.
> >
> > If your "terse cgf reply decoder ring" has not yet arrived, you may be
> > interested in "man cygpath", e.g. "cygpath -w `pwd`".
> 
> yeah, I did a little more mucking around and came up with cygpath. Its not the most
> obvious place to find that information though, nothing in unix screams out 'cygpath 
> is
> what you want!!!' since there *are* no unix analogs. I think that the same options 
> that
> are on cygpath should also be on pwd; this might make things a little more user 
> friendly.

You will quickly find that the Cygwin motto is that things are the way
they are because the developers are just mean.  Not being one of them, I
can't really read their minds but I would imagine this has come to be
after fielding way too many questions on the mailing lists that boil
down to "Cygwin isn't doing what I thought it should", or some
permutation thereof.

In their defense, I should point out that this one is covered in the
FAQ: 

Brian

--
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: pwd option to return windows path

[Christopher Faylor]

On Tue, Oct 21, 2003 at 04:50:15PM -0700, Edward Peschko wrote:
>I think that the same options that are on cygpath should also be on
>pwd; this might make things a little more user friendly.

As has been previously pointed out, the point of cygwin is to present a
UNIX environment to users.  We do not go out of our way to modify every
executable in the distribution so that it provides an MS-DOS look and
feel for those who are not comfortable with UNIX path names.

We've provided the cygpath utility, in true UNIX fashion, as a tool
for converting back and forth between windows and cygwin paths.  You can
use it or not.  We are not going to be changing pwd, ash, bash, tcsh,
ksh, and zsh to include cygpath options.

While I fully appreciate that this may not satisfy your need to use
MS-DOS paths in the cygwin environment it it fully consistent with
the project goals.  I'd ask that you respect the goals rather than
consistently suggest that we should be making MS-DOS concessions.

--
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: pwd option to return windows path

[Edward Peschko]

On Tue, Oct 21, 2003 at 04:36:13PM -0700, Brian Dessent wrote:
> Christopher Faylor wrote:
> 
> > >I've been using a hack through the environmental variable !C:
> > >(provided by tcsh) and pwd in order to return a windows32 path
> > >(ie: C:/cygwin/...)
> > >
> > >There's *got* to be a better way to do this. Is there a switch to pwd
> > >that returns a windows path instead of a unix one? Or, if not,
> > >what's the proper way to do this?
> > 
> > There is no option.
> 
> If your "terse cgf reply decoder ring" has not yet arrived, you may be
> interested in "man cygpath", e.g. "cygpath -w `pwd`".

yeah, I did a little more mucking around and came up with cygpath. Its not the most 
obvious place to find that information though, nothing in unix screams out 'cygpath is
what you want!!!' since there *are* no unix analogs. I think that the same options 
that 
are on cygpath should also be on pwd; this might make things a little more user 
friendly. 

Ed

--
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: pwd option to return windows path

[Brian Dessent]

Christopher Faylor wrote:

> >I've been using a hack through the environmental variable !C:
> >(provided by tcsh) and pwd in order to return a windows32 path
> >(ie: C:/cygwin/...)
> >
> >There's *got* to be a better way to do this. Is there a switch to pwd
> >that returns a windows path instead of a unix one? Or, if not,
> >what's the proper way to do this?
> 
> There is no option.

If your "terse cgf reply decoder ring" has not yet arrived, you may be
interested in "man cygpath", e.g. "cygpath -w `pwd`".

Brian

--
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: Perl page fault - old news ??

[Greg Matheson]

On Tue, 21 Oct 2003, Andrew DeFaria wrote:

> John K wrote:
> 
> > I'm learning Cygwin and Perl. Perl is currently 5.8.0 under Windows 
> > 98. I have run setup today so I think everything is current.
> >
> >   $ perldoc CGI
> >
> > results in a Windows pop which contains ...
> >
> > PERL caused an invalid page fault in
> > module FCNTL.DLL at 017f:00b931b8.

> I use Perl 5.8.0, DBI and CPAN on Cygwin. Never had any page faults. I 
> suggest you think that the problem lies outside of this and that perhaps 
> your Cygwin installation is a bit faulty.

Are you on Windows98?

-- 
Greg Matheson, Taiwan

--
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: pwd option to return windows path

[Igor Pechtchanski]

On Tue, 21 Oct 2003, Edward Peschko wrote:

> all,
>
> I've been using a hack through the environmental variable !C:
> (provided by tcsh) and pwd in order to return a windows32 path
> (ie: C:/cygwin/...)
>
> There's *got* to be a better way to do this. Is there a switch to pwd
> that returns a windows path instead of a unix one? Or, if not,
> what's the proper way to do this?
>
> Ed

"man cygpath".
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: pwd option to return windows path

[Christopher Faylor]

On Tue, Oct 21, 2003 at 04:09:57PM -0700, Edward Peschko wrote:
>all, 
>
>I've been using a hack through the environmental variable !C: 
>(provided by tcsh) and pwd in order to return a windows32 path 
>(ie: C:/cygwin/...)
>
>There's *got* to be a better way to do this. Is there a switch to pwd 
>that returns a windows path instead of a unix one? Or, if not, 
>what's the proper way to do this?

There is no option.

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

pwd option to return windows path

[Edward Peschko]

all, 

I've been using a hack through the environmental variable !C: 
(provided by tcsh) and pwd in order to return a windows32 path 
(ie: C:/cygwin/...)

There's *got* to be a better way to do this. Is there a switch to pwd 
that returns a windows path instead of a unix one? Or, if not, 
what's the proper way to do this?

Ed

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

[Linda W.]

Igor Pechtchanski wrote

I suspect you're not comparing apples to apples here.  Later Windows
versions run a file indexing service in the background, which makes
finding files faster.  You might get more relevant results if you tried
using "locate"  after an "updatedb".
 

---
   Nope...apples to appleshave indexing serviced turned off.  I 
know how fast
locate is after it has used 'find' to generate updatedb.  The find 
command to generate that
db takes over an hour (indexes a few directories on net servers as 
well), but even a local-only
search can take quite a while.

 

Even using 'perl' over combo's of cat|tr|sed|grep|more is significantly
faster to almost make the old unix standard scripting commands near
worthless (I've gotten more efficient at 1-line perl scripts ala (perl
-e '').
   

You can always run these things under strace to see where the time goes.
Many factors enter into these slowdowns, e.g., if your Cygwin is installed
on a network drive, spawning multiple programs is likely to be much slower
than spawning one, no matter how large.
 


   Not on network driveall on same drive. Hmm...didn't strace was 
around...but
I'm using "sysinternals" 'filemon" which returns all calls to the 
underlying OS.  Dunno, but am guessing
strace is tracing the "cygwin" "system" calls, not the underlying Win-OS 
calls.  in which
case it isn't a good tool to use, since a single open in the 'cygwin-os' 
could map to several
"opens" on the NT layer to emulate some 'dynamic' that exists in unix 
but not windows.

   Sysinternals site also has toosl for monitoring all registry 
accesses, tcp open ports and connected,
calls to network api layer, and a "top" "ProcEXP" tool that allows one 
to see what DLL modules are
loaded for a process, see where each thread is executing and determine 
cpu time used/thread -- as
well as allowing inspection of all handles opened by a process and 
(don't try this lightly) forcing close
a handle (on win2k and above).  But just look at 'filemon' output on 
'find' vs. ms find.  ms.find just
looks at directory entries -- while 'find' opens each file.  Why it does 
this to determine if a file
name exists is a bit obscure.

Perhaps it is unavoidable, but I see things like find doing 2 'opens' /
file when it is searching for files...can't it just do a 'stat' of some
nature?  does it need to do an open, let alone 2?
   

Which tool do you use see this?  FWIW, I see at least one ReadFile in the
Cygwin fstat implementation (fstat_helper in fhandler_disk_file.cc), for
reading magic numbers to determine the executable bit.
 


   Looking at tool that monitors NT/Win32 system calls, not cygwin 
callls.  It's the overall
efficiency of cygwin tools on top of the cygwin layer I'm looking at, 
not the efficiency of any
specific gnu program as implemented on top of a linux/cygwin layer.

-linda


 

Just wondering
tnx,
-linda
   

As always, PTC.
	Igor
 

--
---> A software Engineer for CA governer? <---
--->Georgy Russell for CA governor<---
---> http://www.georgyforgov.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: Perl page fault - old news ??

[Andrew DeFaria]

John K wrote:

I'm learning Cygwin and Perl. Perl is currently 5.8.0 under Windows 
98. I have run setup today so I think everything is current.

  $ perldoc CGI

results in a Windows pop which contains ...

PERL caused an invalid page fault in
module FCNTL.DLL at 017f:00b931b8.
Registers:
EAX= CS=017f EIP=00b931b8 EFLGS=00010246
EBX=00b96000 SS=0187 ESP=0073f558 EBP=0073f560
ECX= DS=0187 ESI=00b947bc FS=3d47
EDX= ES=0187 EDI=610cff60 GS=
Bytes at CS:EIP:
8b 11 85 d2 74 15 89 f6 39 5a 0c 74 60 8b 42 14
Yesterday I also got a 'bunch' of faults while installing DBI from 
CPAN, (but it *seems* to have installed OK despite several such error 
message boxes).

I don't know what's going on. Searching gmane.os.cygwin for "Perl 
crashes" shows postings which suggest that 5.8.0 has some problems 
with CPAN moudules (and more?).

Is there something I can do or should do to make this work better? 
I use Perl 5.8.0, DBI and CPAN on Cygwin. Never had any page faults. I 
suggest you think that the problem lies outside of this and that perhaps 
your Cygwin installation is a bit faulty.
--
Beer: It's not just for breakfast anymore.



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

Perl page fault - old news ??

[John K]

  I'm learning Cygwin and Perl. Perl is currently 5.8.0 under Windows 
98. I have run setup today so I think everything is current.

  $ perldoc CGI

results in a Windows pop which contains ...

PERL caused an invalid page fault in
module FCNTL.DLL at 017f:00b931b8.
Registers:
EAX= CS=017f EIP=00b931b8 EFLGS=00010246
EBX=00b96000 SS=0187 ESP=0073f558 EBP=0073f560
ECX= DS=0187 ESI=00b947bc FS=3d47
EDX= ES=0187 EDI=610cff60 GS=
Bytes at CS:EIP:
8b 11 85 d2 74 15 89 f6 39 5a 0c 74 60 8b 42 14
  Yesterday I also got a 'bunch' of faults while installing DBI from 
CPAN, (but it *seems* to have installed OK despite several such error 
message boxes).

  I don't know what's going on. Searching gmane.os.cygwin for "Perl 
crashes" shows postings which suggest that 5.8.0 has some problems with 
CPAN moudules (and more?).

  Is there something I can do or should do to make this work better?



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

ProFTPD 1.2.9rc2: Hang using ftp localhost

[Grossniklaus Bruno]

ProFTPD 1.2.9rc2: Hang using ftp localhost

Problems

* ftp localhost can hang proftpd
* ftp %COMPUTERNAME% does not block
(ftp is c:\winnt\system32\ftp.exe)

* I get the hangs while performing ftp> ls -l

* starting proftpd with
  /usr/local/sbin/proftpd -d9 -n -c /etc/proftpd.conf 2> tmp.log
  most connections get a hang

* /usr/local/sbin/proftpd -d9 -n -c /etc/proftpd.conf
  1 out of ~15 connections get a hang



Versions


* ProFTPD 1.2.9rc2 (devel)

* 949k 2003/09/20 c:\apps\cygwin\bin\cygwin1.dll
  Cygwin DLL version info:
  DLL version: 1.5.5

To be able to go deeper into this issue I compiled proftpd

$ configure --prefix=/usr/local --sysconfdir=/etc --libexecdir=/usr/local/bin
\
--localstatedir=/var --datadir=/usr/local/share 
--mandir=/usr/local/share/man
\
--infodir=/usr/local/share/info

Make.rules
--
CFLAGS=-g -DDEVEL_NO_FORK -DDEVEL_NO_DAEMON

$ make && make install

$ /usr/local/sbin/proftpd -vv
 -  Version: 1.2.9rc2 (devel)
 - Scoreboard Version: 01040002
 -  Build Stamp: Tue Oct 21 09:39:09 WEDT 2003


In a shell which i've got with the at trick:
$ /usr/local/sbin/proftpd -d9 -n -c /etc/proftpd.conf 2> tmp.log

Then on the _same_ machine:
c:\>c:\winnt\system32\ftp.exe localhost
[user]
[pass]
ftp> ls -l
ftp> bye


I produced 2 log files (stderr from /usr/local/sbin/proftpd -d9 -n -c
/etc/proftpd.conf).

proftpd.2.r_hang.d9.log  (while I'v got the hang)
proftpd.2.r_ok.d9.log(all ok)

The problem is the timing. Since the hang does less show while stderr
goes to the term, I doubt that it is possible to reproduce while
proftpd is running in gdb.

How can I debug this problem?

Regards
Bruno


proftpd.2.r_hang.d9.log
--
 - parsing '/etc/proftpd.conf' configuration
 - FS: using system open()
 - FS: using system read()
 - FS: using system read()
 - : adding section for resolved path '/'
 - FS: using system read()
 - FS: using system close()
thowl0079 -
thowl0079 - Config for ProFTPD Default Installation:
thowl0079 - /
thowl0079 -  AllowOverwrite
thowl0079 -  Umask
thowl0079 - DefaultServer
thowl0079 - Umask
thowl0079 - DefaultRoot
thowl0079 - SETUP PRIVS at main.c:2711
thowl0079 - ROOT PRIVS at main.c:1953
thowl0079 - RELINQUISH PRIVS at main.c:1959
thowl0079 - ROOT PRIVS at main.c:2320
thowl0079 - opening scoreboard '/var/proftpd/proftpd.scoreboard'
thowl0079 - RELINQUISH PRIVS at main.c:2344
thowl0079 - ROOT PRIVS at inet.c:402
thowl0079 - RELINQUISH PRIVS at inet.c:417
thowl0079 - ROOT PRIVS at inet.c:452
thowl0079 - RELINQUISH PRIVS at inet.c:510
thowl0079 - ProFTPD 1.2.9rc2 (devel) (built Tue Oct 21 09:39:09 WEDT 2003)
standalone mode STARTUP
thowl0079 - ROOT PRIVS at main.c:2168
thowl0079 - RELINQUISH PRIVS at main.c:2174
thowl0079 - FS: using system lstat()
thowl0079 - FS: using system lstat()
thowl0079 - ROOT PRIVS at main.c:1145
thowl0079 - RELINQUISH PRIVS at main.c:1149
thowl0079 - error setting write fd TCP_NOPUSH: Protocol not available
thowl0079 - error setting read fd TCP_NOPUSH: Protocol not available
thowl0079 (localhost[127.0.0.1]) - performing ident lookup
thowl0079 (localhost[127.0.0.1]) - ident lookup returned 'UNKNOWN'
thowl0079 (localhost[127.0.0.1]) - performing module session initializations
thowl0079 (localhost[127.0.0.1]) - ROOT PRIVS at mod_auth.c:130
thowl0079 (localhost[127.0.0.1]) - opening scoreboard '/var/proftpd/proftpd.scoreboard'
thowl0079 (localhost[127.0.0.1]) - RELINQUISH PRIVS at mod_auth.c:150
thowl0079 (localhost[127.0.0.1]) - connected - local  : 127.0.0.1:21
thowl0079 (localhost[127.0.0.1]) - connected - remote : 127.0.0.1:3381
thowl0079 (localhost[127.0.0.1]) - FTP session opened.
thowl0079 (localhost[127.0.0.1]) - dispatching PRE_CMD command 'USER Administrator'
to mod_core
thowl0079 (localhost[127.0.0.1]) - dispatching PRE_CMD command 'USER Administrator'
to mod_core
thowl0079 (localhost[127.0.0.1]) - dispatching PRE_CMD command 'USER Administrator'
to mod_auth
thowl0079 (localhost[127.0.0.1]) - dispatching auth request "endpwent" to
module mod_auth_file
thowl0079 (localhost[127.0.0.1]) - dispatching auth request "endpwent" to
module mod_auth_unix
thowl0079 (localhost[127.0.0.1]) - dispatching auth request "endgrent" to
module mod_auth_file
thowl0079 (localhost[127.0.0.1]) - dispatching auth request "endgrent" to
module mod_auth_unix
thowl0079 (localhost[127.0.0.1]) - dispatching CMD command 'USER Administrator'
to mod_auth
thowl0079 (localhost[127.0.0.1]) - dispatching auth request "getgroups" to
module mod_auth_file
thowl0079 (localhost[127.0.0.1]) - dispatching auth request "getgroups" to
module mod_auth_unix
thowl0079 (localhost[127.0.0.1]) - dispatching LOG_CMD command 'USER Administrator'
to mod_log
thowl0079 (localhost[127.0.0.1]) - dispatching PRE_CMD command 'PASS (hidden)'
to mod_core
thowl0079 (localhost[127.0.0.1]) - dispatching PRE_CMD command 'PASS (hidden)'
to mod_core
thowl0079 (localhost[127.0.0.1]) - dispatching PRE_CM

ProFTPD 1.2.9rc2: please fix the readme file

[Grossniklaus Bruno]

Problems

proftpd-1.2.9rc2p-1/README.cygwin and
proftpd-1.2.9rc2p-1/CYGWIN-PATCHES/README
are not in sync.


Versions


* ProFTPD 1.2.9rc2 (devel)



proftpd-1.2.9rc2p-1/README.cygwin
-
[snip]
cygrunsrv --install proftpd \
  --path /usr/local/sbin/proftpd.exe \
  --args "--nodaemon" \
  --type manual \
  --disp "Cygwin proftpd" \
  --desc "ProFTPD FTP daemon"
[snip]


proftpd-1.2.9rc2p-1/CYGWIN-PATCHES/README
-

[snip]
3. Install ProFTPD as a NT service:
$ cygrunsrv --install proftpd --path /usr/sbin/proftpd --args --nodaemon
--termsig TERM --shutdown
[snip]


Remarks
---
* It would be a good idea to keep this readmes in sync.
* is it --args --nodaemon  or --args "--nodaemon"
* please add that we need to replace the gid 513 (none) to the correct
  gid in /etc/passwd
* please add the touch /var/log/wtmp && chmod 666 /var/log/wtmp 
  (or provide a setup script)


proftpd-1.2.9rc2p-1/CYGWIN-PATCHES/README
-

[snip]
Requirements:

The following packages or later are required to build and/or execute
Cygwin ProFTPD:

binutils 20030901-1
crypt 1.0-1
cygwin 1.5.4-1
gcc 3.2-3
libncurses7 5.3-3
ncurses 5.3-3


Remark
--
* we need make (3.80) as well (not part of gcc) ...


Regards
Bruno


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

For your Attention!

[Khin M . Lwin]

Name: Khin Myint Lwin
E-Mail: [EMAIL PROTECTED]
Yangoon (Myanmar)

Dear Sir/Madam,

I apologize for the unexpected nature of this mail. I got your e-mail address from the 
Thailand intercontinental peace group.

I am Khin Myint Lwin, 55, Chinese/Burmese, and the leader of the Myanmar Kyone Yeom 
Group headquartered in Mong Yawn, Myanmar. We engage in Real Estate, food processing 
and the transportation of Chinese, Thai and Burmese migrant workers to destinations 
around the globe.

I am writing you from my Yangoon home where I await my appeal case against a 37 years 
jail sentence I received for alleged human trafficking, illegal sale of gold and 
running a prostitution ring. I am currently under house arrest. My appeal hearing is 
set for January 2004.

These are all trumped-up charges. One of my boats carrying migrant workers to 
Singapore last year was hit by waves and sank killing 87 passengers.

It was an accident but the government used this to arrest me because they suspected me 
of funding the Karen National Liberation Army (KNLA), a rebel movement fighting for 
the rights of the Karen ethnic group in Myanmar.

The government has also seized most of my assets valued at nearly one Billion dollars 
($973,000,000.00) in Myanmar, Thailand and China.

My wife and three daughters (8,12,14) are now staying with my mother in-law in 
Mandalay. They now face a severe disruption in their livelihood and the education of 
my daughters is in jeopardy. This feels me with so much pain. My wife and daughters 
are my main concern right now.

I have a cash account deposit I made in the Netherlands, which the Burmese government 
didn't know about. When I liquidated my flower and electronic companies in the 
Netherlands in 2002, I deposited the proceeds of Twenty-one million dollars 
($21,000,000.00) in a securities firm in the Netherlands while I was negotiating the 
take-over of a telecom company in Germany.

Right now, I need this money so I could get the best lawyer for my appeal case coming 
up in January 2004 and most of all get my family out of Myanmar to a safer country. 
They face constant harassment from government agents.

I need your assistance to get some of this money through to my wife and daughters who 
are in Mandalay. Your responsibility will be to assume the new ownership of the money. 
Transfer this money into your own account for safety first.

You will keep 20% for your efforts. You will then send my share in bits as I direct 
you to my mother-in-law or my wife in Myanmar. This will enable my family to leave 
Myanmar. I can also get the best lawyer and lobby power and most possibly be free 
soonest.

If you decide to help me, what you have to do is send me your full Name, Address, Date 
of Birth, and Nationality. Use the e-mail address above.

I will contact the securities company in the Netherlands and have the ownership 
changed to yours. I can do this online and via email. Luckily, I can monitor the 
status of my deposit via the Internet with my login info. Since I don't have my 
freedom right, I shall source for a lawyer in the Netherlands to cordinate the 
transaction with you.

When all is done, the company will contact you about your new status. They will tell 
you what to do. Most of their transactions can also be done online. After that, you 
carry out the directives as explained above.

If you do this, I will be personally grateful to you in many ways. Not only in the 20% 
of ($21M) reward you will get, but also when I am free, as I know I will soon, I will 
show you what it means to do me a favor.

If you can't, or decide not to, I will understand. Thanks for your attention anyhow.


Khin Myint Lwin

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

[Christopher Faylor]

On Tue, Oct 21, 2003 at 11:42:21AM -0700, Linda W. wrote:
>Has anyone done any testing on performance of cygwin utils over their
>native win counterparts?

Cygwin is slower.  Cygwin is known to be slower.  And, if you give it
a few minutes of thought it is obvious why Cygwin has to be slower.

I assume that anyone who doesn't understand why cygwin programs have to
be slower than normal windows programs also complains bitterly about the
loss of power in their VW Bug since they started pulling a trailer
around everywhere they go.  What's up with that?  That's the real
puzzler.

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/

progress(kind of) working on dll cygwin gcc tcl swig

[marvin]

hi-
 
i spent some more effort working on getting this dll
to work.  here is what i tried.
 
$ c++ -o cyg /aab/fox.cpp
In file included from /aab/fox.cpp:1:
/aab/fox.h:1:36: warning: no newline at end of file
/aab/fox.cpp:13:2: warning: no newline at end of file
[EMAIL PROTECTED] /
$ c++ -c /aab/fox.cpp
In file included from /aab/fox.cpp:1:
/aab/fox.h:1:36: warning: no newline at end of file
/aab/fox.cpp:13:2: warning: no newline at end of file
[EMAIL PROTECTED] /
$ c++ -shared ./fox.o /cygwin/lib/mingw/libstdc++.a -o
module.dll
 
I copied the module.dll file into c:\program
files\tcl\bin with explorer.
I then tried to load the module.dll using the Tclsh84
console.
 
 
% catch {load ./module.dll module}
1
%

That one error above means i need go know further. 
oops... forgot the swig part.
i'll try and tackle that below.
 
I tried to keep the C++ code basic.
 
/*source file*/
#include "fox.h"
int main()
{
   addnum(2,3);
 return 0;
}
int addnum(int x,int y)
{
 return x+y;
}
 
/* header file*/
extern "C" int addnum(int x,int y);
 
my goal is to be able to use addnum function in
Tclsh84 console but i am falling short.  
 
has any one converted these unix prompt commands into
bash console commands??
can i see an example??  i saw example_wrap.cxx get
automatically generated with vc++ 6.  i dont know how
this would happen with cygwin.  i probably need to
change the header file to a resource file with an .i
ending like the tutorial at
http://www.swig.org/tutorial.html  .  lets see it is
calling swig so i need to add to the path statement to
point to the swig.exe maybe and same with the tclsh
unix command (now a bash console command).
 
i will work on this tonight after the world series.  i
need some rest.
 
 unix % swig -tcl example.i
unix % gcc -fpic -c example.c example_wrap.c \
    -I/usr/local/include 
unix % gcc -shared example.o example_wrap.o -o
example.so
unix % tclsh

please let me know if this makes sense to you.  does
it stand a chance of working?
thanks--marvin
 
this quote might get me but i have other things to try
first.
 
"Note that if you build your DLL as a Cygwin-linked
DLL, you should really
load it from a Cygwin-linked Tcl/Tk shell as well to
avoid certain
problems. If you're using Cygwin b20.x, it already
comes with tclsh/wish
etc, and it's a non-issue then."







__
Do you Yahoo!?
The New Yahoo! Shopping - with improved product search
http://shopping.yahoo.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: cygwin performance

[Igor Pechtchanski]

On Tue, 21 Oct 2003, Linda W. wrote:

> Has anyone done any testing on performance of cygwin utils over their
> native win counterparts?  The one that bothers me the most is the
> performance of cygwin "Find" and the windows 'find'.  If I'm just
> looking for filenames (find /c/ -name \*.wav) vs. looking for *.wav in
> windows find GUI, the performance difference is very large (maybe
> 8-10x?).  Is this unavoidable because the way cygwin does emulation or
> can optimizations be performed that would benefit all programs (not just
> find).

I suspect you're not comparing apples to apples here.  Later Windows
versions run a file indexing service in the background, which makes
finding files faster.  You might get more relevant results if you tried
using "locate"  after an "updatedb".

> Even using 'perl' over combo's of cat|tr|sed|grep|more is significantly
> faster to almost make the old unix standard scripting commands near
> worthless (I've gotten more efficient at 1-line perl scripts ala (perl
> -e '').

You can always run these things under strace to see where the time goes.
Many factors enter into these slowdowns, e.g., if your Cygwin is installed
on a network drive, spawning multiple programs is likely to be much slower
than spawning one, no matter how large.

> Perhaps it is unavoidable, but I see things like find doing 2 'opens' /
> file when it is searching for files...can't it just do a 'stat' of some
> nature?  does it need to do an open, let alone 2?

Which tool do you use see this?  FWIW, I see at least one ReadFile in the
Cygwin fstat implementation (fstat_helper in fhandler_disk_file.cc), for
reading magic numbers to determine the executable bit.

> Just wondering
> tnx,
> -linda

As always, PTC.
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: cygwin performance

[Brian Dessent]

"Linda W." wrote:

> Has anyone done any testing on performance of cygwin utils over their
> native win
> counterparts?  The one that bothers me the most is the performance of
> cygwin "Find"
> and the windows 'find'.  If I'm just looking for filenames (find /c/
> -name \*.wav) vs.
> looking for *.wav in windows find GUI, the performance difference is
> very large (maybe
> 8-10x?).  Is this unavoidable because the way cygwin does emulation or
> can optimizations
> be performed that would benefit all programs (not just find).

I could be wrong (and I"m sure someone will correct me) but I believe
that stat()-like operations under Cygwin are particularly tricky in that
the Cygwin layer has to somehow map Windows file ACLs to the unix
style.  In particular, the 'x' bit is troublesome.  I believe Cygwin
looks at the file's contents to determine if it's executable, and
obviously this will slow things down a lot.  You can demonstrate this by
doing a 'ls -l' in a large directory.  There may be an option that you
can use somewhere to disable this for certain things.

Regarding pipelines, that sounds like a different matter entirely.  I
have noticed that creating processes is slow under Cygwin -- running
./configure is a good example of hurry up and wait.  But, I'm sure part
of this is the fact that Windows just isn't very fast at process
creation, and the voodoo the Cygwin does in order to support fork()
probably makes it much less efficient than under linux/freebsd.  There
may not be anything that can be done on this front.

Brian

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

cygwin performance

[Linda W.]

Has anyone done any testing on performance of cygwin utils over their 
native win
counterparts?  The one that bothers me the most is the performance of 
cygwin "Find"
and the windows 'find'.  If I'm just looking for filenames (find /c/ 
-name \*.wav) vs.
looking for *.wav in windows find GUI, the performance difference is 
very large (maybe
8-10x?).  Is this unavoidable because the way cygwin does emulation or 
can optimizations
be performed that would benefit all programs (not just find).

Even using 'perl' over combo's of cat|tr|sed|grep|more is significantly 
faster to almost
make the old unix standard scripting commands near worthless (I've 
gotten more efficient at
1-line perl scripts ala (perl -e '').

Perhaps it is unavoidable, but I see things like find doing 2 'opens' / 
file when it is
searching for files...can't it just do a 'stat' of some nature?  does it 
need to do an open, let
alone 2?

Just wondering

tnx,
-linda
--
---> A software Engineer for CA governer? <---
--->Georgy Russell for CA governor<---
---> http://www.georgyforgov.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: Cygwin Setup 99% (fwd)

[Rao, Shrisha]

On October 21, 2003, Igor Pechtchanski wrote:

> On Tue, 21 Oct 2003, Rao, Shrisha wrote:

> > However, strangely, the "kill -9 ..." sequence you suggested itself
> > hangs within this bash shell.  (Actually, when the shell comes up it
> > does not know the right PATH, but this was easily fixed with
> > PATH="/bin:/usr/bin:/usr/local/bin:$PATH".)
> >
> > Some commands work within the shell and some don't; e.g., tar and
bzip2
> > work separately but tar -xjf doesn't (no error, just hangs).
Likewise,
> > latex hangs saying "kpathsea: running mktexfmt latexfmt".


> It was shown to be a bash bug (pipes left open on spawn, see
> ).  A new
bash-2.05b-16
> should be on some mirrors already.

It is, and I downloaded and installed it, but the problems continue 
(kill -9 ... and latex still hang).  

However, bash now has a default PATH including /usr/local/bin, /usr/bin,
and /bin.

Regards,

Shrisha Rao

>   Igor


--
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: Command Line Editting in VI mode

[Lou Losee]

* zzapper <[EMAIL PROTECTED]> [2003-10-21 12:59]:
> I presume that the vi/ex used for the Command Line Editor is a
> cut-down editor builtin into the shell, and ignores the normal
> .exrc/.vimrc initiialisation files, and is thus non-configurable, or
> is that not the case?
> 
The vi mode of the Command Line Editor is built-in.  Any configuration
should be done via the Readline Init File.  I would recommend that you
take a look at the info doc for bash (info bash) and then select the
'Command Line Editing' node.

> In particular I'd like to use vi abbreviations?
I do not believe this is possible.

Lou

--
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: Kudos to Daniel Reed

[Igor Pechtchanski]

On Tue, 21 Oct 2003, Igor Pechtchanski wrote:

> On Tue, 21 Oct 2003, Christopher Faylor wrote:
>
> > I think we need a big gold star for Daniel Reed, our new package
> > coordinator.  In my many years of association with Cygwin, I don't think
> > I've ever seen anyone "come down running" and pick up on the job so
> > quickly.
> >
> > For those who don't know, Dan, maintains the "pending package list" and
> > uploads new/updated packages to the sources.redhat.com site.
> >
> > In an entirely volunteer-driven effort you have to be thankful with whatever
> > people are willing to provide.  I'm very thankful that Daniel is providing
> > such high quality service in his new position.
> >
> > Thanks, Daniel.
> > cgf
>
> Ok, one star for the KOTPPLAUOP, coming up...  Thanks, Dan!
> Igor

Hmm, I guess not...  For some reason, the CVS HEAD version doesn't show up
on the cygwin.com site.  It does show up on CVSweb.  What gives?
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: Kudos to Daniel Reed

[Igor Pechtchanski]

On Tue, 21 Oct 2003, Christopher Faylor wrote:

> I think we need a big gold star for Daniel Reed, our new package
> coordinator.  In my many years of association with Cygwin, I don't think
> I've ever seen anyone "come down running" and pick up on the job so
> quickly.
>
> For those who don't know, Dan, maintains the "pending package list" and
> uploads new/updated packages to the sources.redhat.com site.
>
> In an entirely volunteer-driven effort you have to be thankful with whatever
> people are willing to provide.  I'm very thankful that Daniel is providing
> such high quality service in his new position.
>
> Thanks, Daniel.
> cgf

Ok, one star for the KOTPPLAUOP, coming up...  Thanks, Dan!
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: Re: Problem with your suggested kill -9 line for cygwin freeze

[Philip Schlesinger]

Hey it worked - Thanks :)



From: Igor Pechtchanski <[EMAIL PROTECTED]>
Date: 2003/10/21 Tue AM 08:32:04 PDT
To: [EMAIL PROTECTED]
CC: [EMAIL PROTECTED]
Subject: Re: Problem with your suggested kill -9 line for cygwin freeze

Phil,

Please address all Cygwin-related communications to the Cygwin list unless
private e-mail was specifically requested.  If there's a problem with a
particular suggestion, it's good to have it in the archives.  I set the
Reply-To: for a reason.

Reply inline below.

On Tue, 21 Oct 2003, Philip Schlesinger wrote:

> Hi Igor.  I saw your suggestion on the cygwin list.  I tried your
> suggested line for kicking cygwin setup in the tush to continue:
>
> d:
> cd \cygwin\bin
> bash
> kill -9 `ps -s|grep cygpath|awk '{print $1}'`
>
> Here's what I got as output:
>
> bash: ps: command not found
> bash: awk: command not found
> bash: grep: command not found
> kill: usage: kill [-s sigspec | -n signum | -sigspec] [pid | job]... or kill -l 
> [sigspec]
>
> Help?
> - Phil

Try "kill -9 `./ps -s | ./grep cygpath | ./awk '{print $1}'`".
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/

Kudos to Daniel Reed

[Christopher Faylor]

I think we need a big gold star for Daniel Reed, our new package
coordinator.  In my many years of association with Cygwin, I don't think
I've ever seen anyone "come down running" and pick up on the job so
quickly.

For those who don't know, Dan, maintains the "pending package list" and
uploads new/updated packages to the sources.redhat.com site.

In an entirely volunteer-driven effort you have to be thankful with whatever
people are willing to provide.  I'm very thankful that Daniel is providing
such high quality service in his new position.

Thanks, Daniel.

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: cygpath hangings: A fix - bash patch enclosed -- bash maintainer please note!

[Christopher Faylor]

On Tue, Oct 21, 2003 at 09:35:38AM -0500, Jason Dufair wrote:
>Thanks a lot for this, Christopher.  I sit in awe of the efforts of
>everyone to fix this extremely tricky bug.

As with most bugs, it turned out to be extremely simple to fix once all
of the parameters were known.  I appreciate all of the debugging effort
that Brian Ford put into this.  Armed with his info, it was relatively
easy to track down once I duplicated the problem.

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: Cygwin Setup 99% (fwd)

[Igor Pechtchanski]

On Tue, 21 Oct 2003, Rao, Shrisha wrote:

> On Tuesday, October 16, 2003, Igor Pechtchanski wrote:
>
> > Shrisha,
> >
> > The Cygwin list does allow posts from non-subscribers, but puts them
> > through spam filter checks, and sometimes does not let messages
> > through. To find out how to be able to post without being flooded by
> > e-mail, see .  I'm
> > directing the reply to the list, though.
>
> Thanks.  I hope this message makes it.

It did.

> > On Thu, 16 Oct 2003, Rao, Shrisha wrote:
>
> > > I cannot open a bash shell when the setup hangs, because Windows
> > > reports a "Missing Shortcut" called cygwin.bat.  Suggestions?
> > > Thanks for your time.
>
> > You can always do a "cd c:\cygwin\bin" and ".\bash.exe --login -i"
> > from a cmd.exe shell, which would be equivalent to the standard
> > cygwin.bat. The above suggested commands can then be run from that
> > shell.
>
> I did that and got a bash shell, thanks much.
>
> However, strangely, the "kill -9 ..." sequence you suggested itself
> hangs within this bash shell.  (Actually, when the shell comes up it
> does not know the right PATH, but this was easily fixed with
> PATH="/bin:/usr/bin:/usr/local/bin:$PATH".)
>
> Some commands work within the shell and some don't; e.g., tar and bzip2
> work separately but tar -xjf doesn't (no error, just hangs).  Likewise,
> latex hangs saying "kpathsea: running mktexfmt latexfmt".
>
> Regards,
> Shrisha Rao

It was shown to be a bash bug (pipes left open on spawn, see
).  A new bash-2.05b-16
should be on some mirrors already.
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: Command Line Editting in VI mode

[zzapper]

I presume that the vi/ex used for the Command Line Editor is a
cut-down editor builtin into the shell, and ignores the normal
.exrc/.vimrc initiialisation files, and is thus non-configurable, or
is that not the case?

In particular I'd like to use vi abbreviations?

zzapper
--

vim -c ":%s/^/WhfgTNabgureRIvzSUnpxre/|:%s/[R-T]/ /Ig|:normal ggVGg?"

http://www.vim.org/tips/tip.php?tip_id=305  Best of Vim Tips


--
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 Setup 99% (fwd)

[Rao, Shrisha]

On Tuesday, October 16, 2003, Igor Pechtchanski wrote:

> Shrisha,
> 
> The Cygwin list does allow posts from non-subscribers, but puts them
> through spam filter checks, and sometimes does not let messages
through.
> To find out how to be able to post without being flooded by e-mail,
see
> .  I'm directing the reply
to
> the list, though.

Thanks.  I hope this message makes it.

> On Thu, 16 Oct 2003, Rao, Shrisha wrote:

> > I cannot open a bash shell when the setup hangs, because Windows
reports
> > a "Missing Shortcut" called cygwin.bat.  Suggestions?  Thanks for
your
> > time.

> You can always do a "cd c:\cygwin\bin" and ".\bash.exe --login -i"
from a
> cmd.exe shell, which would be equivalent to the standard cygwin.bat.
The
> above suggested commands can then be run from that shell.

I did that and got a bash shell, thanks much.  

However, strangely, the "kill -9 ..." sequence you suggested itself
hangs within this bash shell.  (Actually, when the shell comes up it
does not know the right PATH, but this was easily fixed with
PATH="/bin:/usr/bin:/usr/local/bin:$PATH".)

Some commands work within the shell and some don't; e.g., tar and bzip2
work separately but tar -xjf doesn't (no error, just hangs).  Likewise,
latex hangs saying "kpathsea: running mktexfmt latexfmt".

Regards,

Shrisha Rao

>   Igor


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

little help with dll

[jim]

Hi -

i'm a newbie trying to create a dll for cygwin with gcc mingw for swig so i
can convert c++ into a tcl module.  $LIBS and $LIBPATH are 2 settings that i
dont where/what to specify.

is this quote true also?

"Note that if you build your DLL as a Cygwin-linked DLL, you should really
load it from a Cygwin-linked Tcl/Tk shell as well to avoid certain
problems. If you're using Cygwin b20.x, it already comes with tclsh/wish
etc, and it's a non-issue then."

below is documentation from swig tutorial to help clarify
any input/examples and links you can provide to help me come up with a
solution would be great.

thank you, marvin

Q: How do I create DLLs using Cygwin?
When creating DLLs in Windows there cannot be any unresolved symbols. Thus
all the libraries you need to link against must be specified using the -l
commandline option. Most of the SWIG target languages will need linking
against the language library. In general use:
For C,
$ gcc -c $SRCS
$ gcc -shared $OBJS $LIBPATH $LIBS -o module.dll
For C++
$ c++ -c $SRCS
$ c++ -shared $OBJS $LIBPATH $LIBS -o module.dll
where,
$SRCS: C/C++ sources
$OBJS: compiled .o files
$LIBPATH: Path to language library, e.g. -L/usr/lib/python2.2/config. Use
the path to the .a file in preference to the .dll file.
$LIBS: Language library, e.g. -lpython2.2




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

checkout http://www.thedotmail.com

[aol]

For personal email checkout http://www.thedotmail.com

hope u like the website and email service

Register 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: Problem with your suggested kill -9 line for cygwin freeze

[Igor Pechtchanski]

Phil,

Please address all Cygwin-related communications to the Cygwin list unless
private e-mail was specifically requested.  If there's a problem with a
particular suggestion, it's good to have it in the archives.  I set the
Reply-To: for a reason.

Reply inline below.

On Tue, 21 Oct 2003, Philip Schlesinger wrote:

> Hi Igor.  I saw your suggestion on the cygwin list.  I tried your
> suggested line for kicking cygwin setup in the tush to continue:
>
> d:
> cd \cygwin\bin
> bash
> kill -9 `ps -s|grep cygpath|awk '{print $1}'`
>
> Here's what I got as output:
>
> bash: ps: command not found
> bash: awk: command not found
> bash: grep: command not found
> kill: usage: kill [-s sigspec | -n signum | -sigspec] [pid | job]... or kill -l 
> [sigspec]
>
> Help?
> - Phil

Try "kill -9 `./ps -s | ./grep cygpath | ./awk '{print $1}'`".
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: Data error (cyclic redundancy check)

[Cliff Hones]

Kevin Van Workum wrote:
> I've been having some mysterious problems when trying to delete some 
> files in my cygwin home directory. It might not be a cygwin problem at 
> all, maybe hardware. But I thought I'd start here since the problem is 
> isolated to my cygwin directory.
> 
> It takes about 10-20 seconds for "ls" to print the file list. From a DOS 
> prompt "dir" prints the same list, hangs for 5 seconds and says "File 
> not found". If I try to "del" a file from the DOS prompt, I get an 
> error: "Data error (cyclic redundancy check)". It seems to only happen 
> when deleting .* files.
> 
> Any ideas? Might this be a hardware problem or related to cygwin?

Sounds most likely to be hardware to me, and that should most certainly
be ruled out first anyway.  Assuming this is a local hard disk, you should
run scandisk on it (right-click the drive; select properties, then error-checking
under tools).  Since you may have a data error anywhere on the disk you should
select "scan for bad sectors" [These are NT instructions; 9x/2k/XP may be
subtly different.]

In all probability this is OT for Cygwin.

-- Cliff


--
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: cygpath hangings: A fix - bash patch enclosed -- bash maintainer please note!

[Jason Dufair]

Thanks a lot for this, Christopher.  I sit in awe of the efforts of
everyone to fix this extremely tricky bug.

Christopher Faylor <[EMAIL PROTECTED]> writes:

> On Wed, Oct 15, 2003 at 04:30:12PM -0400, Christopher Faylor wrote:
>>I just managed to duplicate the problem on my system at work.
>>
>>Stay tuned.
>
> I managed to duplicate it at home by booting into W2K, too.  That meant
> I didn't have to feel guilty about working on this at work.  :-)

-- 
Jason Dufair - [EMAIL PROTECTED]
http://www.dufair.org/
"Every word is like an unnecessary stain on silence and nothingness."
-- Beckett


--
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 error (cyclic redundancy check)

[Kevin Van Workum]

I've been having some mysterious problems when trying to delete some 
files in my cygwin home directory. It might not be a cygwin problem at 
all, maybe hardware. But I thought I'd start here since the problem is 
isolated to my cygwin directory.

It takes about 10-20 seconds for "ls" to print the file list. From a DOS 
prompt "dir" prints the same list, hangs for 5 seconds and says "File 
not found". If I try to "del" a file from the DOS prompt, I get an 
error: "Data error (cyclic redundancy check)". It seems to only happen 
when deleting .* files.

Any ideas? Might this be a hardware problem or related to cygwin?

Kevin.

--
Kevin Van Workum, PhD
National Institute of Standards and Technology
Polymers Division 224/B228
301-975-4631
--
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: Command Line Editting in VI mode

[Cliff Hones]

zzapper wrote:
> On Tue, 21 Oct 2003 06:29:22 -0600, Warren Young <[EMAIL PROTECTED]>
> wrote:
> 
> >zzapper wrote:
> >
> >> is there any way of defaulting to Vi mode? Or any other advice?
> >
> >Start it via 'ex' when you know you want the line editor.  That's the 
> >line editor underlying vi.  Start it via 'vi' only when you want visual 
> >editing.
> 
> PMI (Pardon My Ignorance) How do I do that?

/usr/bin/ex should be a symbolic link to vim.  When vim is invoked
as ex, it starts in command line mode.

So just $ ex 

-- Cliff


--
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: Command Line Editting in VI mode

[David Rayner]

Igor,

Thnx, I didn't realise I was in insert mode, i thought it was normal readline, that 
helps!!

Date sent:  Tue, 21 Oct 2003 09:54:37 -0400 (EDT)
From:   Igor Pechtchanski <[EMAIL PROTECTED]>
Send reply to:  [EMAIL PROTECTED]
To: zzapper <[EMAIL PROTECTED]>
Copies to:  [EMAIL PROTECTED]
Subject:Re: Command Line Editting in VI mode

On Tue, 21 Oct 2003, zzapper wrote:

> Hi,
> I like to use VI as a Command Line Editor. I have to click "ESC" to
> enter this mode. I'm not always sure if I've already clicked ESC; is
> there any way of defaulting to Vi mode? Or any other advice?
>
> zzapper

The readline info file says:

   When you enter a line in `vi' mode, you are already placed in
`insertion' mode, as if you had typed an `i'.  Pressing  switches
you into `command' mode, where you can edit the text of the line with
the standard `vi' movement keys, move to previous history lines with
`k' and subsequent lines with `j', and so forth.

For a moment I thought there would be a way of adding a callback for
something like line-edit-start, but I couldn't find it, so I guess you're
stuck with insert mode...  Sorry.
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
Best Regards
David Rayner MSc CEng




--
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: Command Line Editting in VI mode

[Igor Pechtchanski]

On Tue, 21 Oct 2003, zzapper wrote:

> Hi,
> I like to use VI as a Command Line Editor. I have to click "ESC" to
> enter this mode. I'm not always sure if I've already clicked ESC; is
> there any way of defaulting to Vi mode? Or any other advice?
>
> zzapper

The readline info file says:

   When you enter a line in `vi' mode, you are already placed in
`insertion' mode, as if you had typed an `i'.  Pressing  switches
you into `command' mode, where you can edit the text of the line with
the standard `vi' movement keys, move to previous history lines with
`k' and subsequent lines with `j', and so forth.

For a moment I thought there would be a way of adding a callback for
something like line-edit-start, but I couldn't find it, so I guess you're
stuck with insert mode...  Sorry.
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: ProFTPD 1.2.9rc2: "missing /var/log/wtmp"

[Igor Pechtchanski]

On Tue, 21 Oct 2003, Grossniklaus Bruno wrote:

> Hello Igor
>
> >if [ ! -d /var/log ] ; then \
> >  mkdir -p /var/log ;
> >fi
> >if [ ! -f /var/log/wtmp ] ; then \
> >  touch /var/log/wtmp ;
> >fi
> >
> >FWIW, it'd be safer to also check whether this file is a symlink (i.e.,
> >add "-a ! -l /var/log/wtmp" to the test), but this should do for now.
  ^
Umm, make that "-h"...  Sorry.

> What about a chmod 666 /var/log/wtmp after the touch?
>
> Bruno

Yep, forgot that.  Ok, take 2:

if [ ! -d /var/log -a ! -h /var/log ] ; then \
  mkdir -p /var/log ;
  chmod a+x /var ;
  chmod 1777 /var/log ;
fi
if [ ! -f /var/log/wtmp -a ! -h /var/log/wtmp ] ; then \
  touch /var/log/wtmp ;
  chmod 666 /var/log/wtmp ;
fi

Thanks for the comments,
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: Why I can't type backslash under bash.

[Cliff Hones]

SYLee wrote:
> My question is same as the subject.

But your subject wasn't a question - "Why can't I..." is a
question, while "Why I can't.." is the beginning of an
explanation (once you have discovered why you cannot).

> The output of "bash --version" :
> GNU bash, version 2.05b.0(1)-release (i686-pc-cygwin)
> Copyright (C) 2002 Free Software Foundation, Inc.
> 
> Any other info needed? If so I'll post here..

Look at http://cygwin.com/problems.html

You have given almost no information.  If you are
a newcomer to bash and Unix, then maybe you haven't
realised that backslash is an escape character and must
be doubled in bash commands (as in C strings).  Or maybe
you have problems with your character set and keyboard
mapping.  We can only guess!

-- Cliff


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

Why I can't type backslash under bash.

[SYLee]

My question is same as the subject.

The output of "bash --version" :
GNU bash, version 2.05b.0(1)-release (i686-pc-cygwin)
Copyright (C) 2002 Free Software Foundation, Inc.

Any other info needed? If so I'll post here..

Thanks.

Re: Command Line Editting in VI mode

[zzapper]

On Tue, 21 Oct 2003 06:29:22 -0600, Warren Young <[EMAIL PROTECTED]>
wrote:

>zzapper wrote:
>
>> is there any way of defaulting to Vi mode? Or any other advice?
>
>Start it via 'ex' when you know you want the line editor.  That's the 
>line editor underlying vi.  Start it via 'vi' only when you want visual 
>editing.

PMI (Pardon My Ignorance) How do I do that?
zzapper
--

vim -c ":%s/^/WhfgTNabgureRIvzSUnpxre/|:%s/[R-T]/ /Ig|:normal ggVGg?"

http://www.vim.org/tips/tip.php?tip_id=305  Best of Vim Tips


--
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: Command Line Editting in VI mode

[Warren Young]

zzapper wrote:

is there any way of defaulting to Vi mode? Or any other advice?
Start it via 'ex' when you know you want the line editor.  That's the 
line editor underlying vi.  Start it via 'vi' only when you want visual 
editing.

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

Command Line Editting in VI mode

[zzapper]

Hi,
I like to use VI as a Command Line Editor. I have to click "ESC" to
enter this mode. I'm not always sure if I've already clicked ESC; is
there any way of defaulting to Vi mode? Or any other advice?


zzapper
--

vim -c ":%s/^/WhfgTNabgureRIvzSUnpxre/|:%s/[R-T]/ /Ig|:normal ggVGg?"

http://www.vim.org/tips/tip.php?tip_id=305  Best of Vim Tips


--
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 Ip address

[Corinna Vinschen]

On Tue, Oct 21, 2003 at 01:45:11PM +0200, Pierre Mallard wrote:
> Maybe no rcp server are running at both sides ... 
> How can I check these

If you didn't start it, it doesn't run.

> (what's inet how can i check it
> is install on both side) or how can I install it

Use Cygwin's setup.exe to install the inetutils package.

But better install openssh and use scp.  Openssh is installed by default
on the Mac OS X machine.  You just have to start the service.

Corinna

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

--
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 Ip address

[Pierre Mallard]

Thanks Corinna,
After a try (using Cygwin's RCP), I had only to change
the command line to 
rcp /cygwin.bat 192.168.0.150.Pierre:/
in order to get a ... connection refused !
The thing is I try to use it to transfer file from Mac
to Windows.
If I try on the mac (Mac Os X) I have to use :
rcp /afile [EMAIL PROTECTED]:/
so it can works but still got the connection
refused...

Maybe no rcp server are running at both sides ... 
How can I check these (what's inet how can i check it
is install on both side) or how can I install it or
have you got other idea?

Thanks for your help
Pierre

--- Corinna Vinschen <[EMAIL PROTECTED]> a
écrit : > On Tue, Oct 21, 2003 at 12:58:32PM +0200,
Pierre
> Mallard wrote:
> > Hi,
> > I'm trying to make an rcp command like this :
> > 
> > rcp /cygwin.bat 192.168.0.150:/Users/Pierre/
> > 
> > it says :
> > 192.168.0: Impossible d'attribuer l'adresse
> demand?e*
> > 
> > *Impossible to attribute the asked address
> > 
> > ping 192.168.0.150 works fine...
> 
> `which rcp' will show you that you're using Windows
> own rcp.  If you
> want to use Cygwin's rcp, call /bin/rcp or change
> your $PATH variable
> to have Cygwin's paths before Windows' paths.  And
> check if you actually
> have inetutils installed...
> 
> Corinna
> 
> -- 
> Corinna Vinschen  Please, send mails
> regarding Cygwin to
> Cygwin Developer   
> mailto:[EMAIL PROTECTED]
> Red Hat, Inc.
> 
> --
> 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/
>  

=
Pierre Mallard 
7 villa Gagliardini 
75020 Paris

tel : 0143648627

___
Do You Yahoo!? -- Une adresse @yahoo.fr gratuite et en français !
Yahoo! Mail : http://fr.mail.yahoo.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: Problem with Ip address

[Corinna Vinschen]

On Tue, Oct 21, 2003 at 12:58:32PM +0200, Pierre Mallard wrote:
> Hi,
> I'm trying to make an rcp command like this :
> 
> rcp /cygwin.bat 192.168.0.150:/Users/Pierre/
> 
> it says :
> 192.168.0: Impossible d'attribuer l'adresse demand?e*
> 
> *Impossible to attribute the asked address
> 
> ping 192.168.0.150 works fine...

`which rcp' will show you that you're using Windows own rcp.  If you
want to use Cygwin's rcp, call /bin/rcp or change your $PATH variable
to have Cygwin's paths before Windows' paths.  And check if you actually
have inetutils installed...

Corinna

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

--
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 Ip address

[Pierre Mallard]

Hi,
I'm trying to make an rcp command like this :

rcp /cygwin.bat 192.168.0.150:/Users/Pierre/

it says :
192.168.0: Impossible d'attribuer l'adresse demandée*

*Impossible to attribute the asked address

ping 192.168.0.150 works fine...

Thanks for your help
Pierre

=
Pierre Mallard 
7 villa Gagliardini 
75020 Paris

tel : 0143648627

___
Do You Yahoo!? -- Une adresse @yahoo.fr gratuite et en français !
Yahoo! Mail : http://fr.mail.yahoo.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/

Problem with Ip address

[Pierre Mallard]

Hi,
I'm trying to make an rcp command like this :

rcp /cygwin.bat 192.168.0.150:/Users/Pierre/

it says :
192.168.0: Impossible d'attribuer l'adresse demandée*

*Impossible to attribute the asked address

ping 192.168.0.150 works fine...

Thanks for your help
Pierre

=
Pierre Mallard 
7 villa Gagliardini 
75020 Paris

tel : 0143648627

___
Do You Yahoo!? -- Une adresse @yahoo.fr gratuite et en français !
Yahoo! Mail : http://fr.mail.yahoo.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: OT: Using sed - guru help wanted.

[erik . cumps]

Hi guys,

sorry if this thread was dead but couldn't resist.
Besides, it makes the start of my workday just that
more bearable... :) (regular expressions for fun and
profit eh)

Simply sed:

sed 's#^ *\(.*[^ ]\) */ *\(.*[^ ]\) *$#.\1.\2.#'

Simply perl:

perl -pe 's/^\s*(.*\S)\s*\/\s*(.*\S)\s*$/.$1.$2./'

Both will split at the slash and strip leading/trailing spaces
from the parts, even if a part contains just a single non-whitespace
character, even if there is no whitespace to remove.

Simple explanation:

at start of string;
zero or more spaces;
string of
zero or more characters;
non-space character;
zero or more spaces;
slash;
zero or more spaces;
string of
zero or more characters;
non-space character;
zero or more spaces;
at end of string.

HTH,
Erik


As it seems my query wasn't that well formed...  i.e. remove any leading
and/or trailing spaces on the parts. Parts separated by the slash.
This seems to do exactly what I'm after;

$ echo 'a b/c d e  ' | \
  sed -re 's- *(.*[^ ]) */ *(.*[^ ]) *$-.\1.\2.-'

Thanks for the input, Brian and Igor.

--
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: Serious problem with win32 pthreads crashing and c++ class

[Robert Collins]

On Tue, 2003-10-21 at 18:09, Arash Partow wrote:
> The prototype initially creates 700 threads all of which are contained in a
> vector (threadList), each thread does some "simple" string processing
> (basically tokenize a string) and then exists. On completion of the thread,
> the thread sets its own state in the thread-class to dead.

Sounds like you aren't harvesting the thread state.

Rob
-- 
GPG key available at: .


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

Serious problem with win32 pthreads crashing and c++ class

[Arash Partow]

Hi All,

I'm a long-time reader, first-time poster. I've been doing some work lately
with posix threads, mainly trying to build a very simple c++ wrapper for
Posix threads, and well have come up to a stumbling point on the win32
platform with a simple prototype i had built utilizing this c++ wrapper.
On the Linux and BSD(free and open) platforms the simple prototype works
perfectly, it does not crash and does not seem to produce any zombie
processes. In one instance I've had it running for 3 days none stop(on RH-
Linux 9.0) and during this time it had created and execute over 16 million
threads.
The prototype initially creates 700 threads all of which are contained in a
vector (threadList), each thread does some "simple" string processing
(basically tokenize a string) and then exists. On completion of the thread,
the thread sets its own state in the thread-class to dead.
Another thread called GarbageCollector, which is created before the other
threads are created, is continually traversing the threadList, looking for
dead threads, once a dead thread is found, it deletes the pointer pointing
to the thread class in the list, creates a new thread and adds it to the
end of the list. Hence continually maintaining the number of threads being
run at any one time, (hopefully)
The problem is on Windows2000 and WindowsXP (with SP4) the prototype only
ever gets to about 5 threads or so, never getting past that amount, it
always crashes. several times I've tried using GDB to figure out where its
crashing however its always seems to be crashing in different place. I've
made sure i don't use any methods from the standard libs that use globals,
and tried implementing a reentrant way of development.
I've tried reducing the number of overall threads (MAX_THREADS), down to
100, 50, 10, it still crashes its just takes longer to crash.
I've tried turning optimization on and off for GCC, nothing changes. except
for a slightly longer compile time which is due to something else. What
really baffles me is that it works well under unix platforms but falls over
on win32.
My questions are:

1.) could you please look at the code from this URL 
http://www.partow.net/downloads/thread-question.zip
   and tell me if any of you can replicate what i am seeing.

2.) if there is a problem, is the problem from my code or is it from the
   implementation of win32 pthreads, or is it a windows issue?
3.) is the general way the Thread class been written correct, or is there a
   better way to do it?
4.) Is there a better way to implement a Thread class?

My setup is as follows:

1.) GCC version 3.3.1 (cygming special)
2.) P4 2.4, 1024GB DDR
3.) Windows 2000
My intention is to hopefully extent the class base and combine it with some
sort of sockets class the implement a per-thread-per-connection based
client/server system for doing something interesting. I'm not looking for
windows based implementations cause I'm trying to keep the code as portable
as possible.
Any help regarding this matter would be very much appreciated.

Regards

Arash

PS: To make and run the source code, you gotta have GCC installed 2.95 or
   later plus win32-pthreads installed. Other than that type:
   make ThreadTest
   ThreadTest
__
Be one who knows what they don't know,
Instead of being one who knows not what they don't know,
Thinking they know everything about all things.
http://www.partow.net
_
E-mail just got a whole lot better. New ninemsn Premium. Click here  
http://ninemsn.com.au/premium/landing.asp

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

Serious problem with win32 pthreads crashing and c++ class

[Arash Partow]

Hi All,

I'm a long-time reader, first-time poster. I've been doing some work lately
with posix threads, mainly trying to build a very simple c++ wrapper for
Posix threads, and well have come up to a stumbling point on the win32
platform with a simple prototype i had built utilizing this c++ wrapper.
On the Linux and BSD(free and open) platforms the simple prototype works
perfectly, it does not crash and does not seem to produce any zombie
processes. In one instance I've had it running for 3 days none stop(on RH-
Linux 9.0) and during this time it had created and execute over 16 million
threads.
The prototype initially creates 700 threads all of which are contained in a
vector (threadList), each thread does some "simple" string processing
(basically tokenize a string) and then exists. On completion of the thread,
the thread sets its own state in the thread-class to dead.
Another thread called GarbageCollector, which is created before the other
threads are created, is continually traversing the threadList, looking for
dead threads, once a dead thread is found, it deletes the pointer pointing
to the thread class in the list, creates a new thread and adds it to the
end of the list. Hence continually maintaining the number of threads being
run at any one time, (hopefully)
The problem is on Windows2000 and WindowsXP (with SP4) the prototype only
ever gets to about 5 threads or so, never getting past that amount, it
always crashes. several times I've tried using GDB to figure out where its
crashing however its always seems to be crashing in different place. I've
made sure i don't use any methods from the standard libs that use globals,
and tried implementing a reentrant way of development.
I've tried reducing the number of overall threads (MAX_THREADS), down to
100, 50, 10, it still crashes its just takes longer to crash.
I've tried turning optimization on and off for GCC, nothing changes. except
for a slightly longer compile time which is due to something else. What
really baffles me is that it works well under unix platforms but falls over
on win32.
My questions are:

1.) could you please look at the code from this URL 
http://www.partow.net/downloads/thread-question.zip
   and tell me if any of you can replicate what i am seeing.

2.) if there is a problem, is the problem from my code or is it from the
   implementation of win32 pthreads, or is it a windows issue?
3.) is the general way the Thread class been written correct, or is there a
   better way to do it?
4.) Is there a better way to implement a Thread class?

My setup is as follows:

1.) GCC version 3.3.1 (cygming special)
2.) P4 2.4, 1024GB DDR
3.) Windows 2000
My intention is to hopefully extent the class base and combine it with some
sort of sockets class the implement a per-thread-per-connection based
client/server system for doing something interesting. I'm not looking for
windows based implementations cause I'm trying to keep the code as portable
as possible.
Any help regarding this matter would be very much appreciated.

Regards

Arash

PS: To make and run the source code, you gotta have GCC installed 2.95 or
   later plus win32-pthreads installed. Other than that type:
   make ThreadTest
   ThreadTest
__
Be one who knows what they don't know,
Instead of being one who knows not what they don't know,
Thinking they know everything about all things.
http://www.partow.net
_
E-mail just got a whole lot better. New ninemsn Premium. Click here  
http://ninemsn.com.au/premium/landing.asp

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