Re: Perl - trying to install libwin32

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

Slight gcc -mno-cygwin inconsistency

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

Re: Perl page fault - old news ??

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 pa

Re: little help with dll

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 th

Re: OpenGL and Cygwin

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 compil

Re: Updated: cygutils-1.1.4-2

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.1200

Re: pwd option to return windows path

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 as

Re: pwd option to return windows path

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 tw

Re: pwd option to return windows path

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

Re: long timeouts on shutdown/log off

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 Septembe

Be careful of network drives under /cygdrive

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

Re: pwd option to return windows path

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 speci

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

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::threadFunct

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

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

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

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. Sou

Problems with cut/paste in Pine 4.58 and rxvt 2.7.10

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

Re: pwd option to return windows path

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 li

Re: pwd option to return windows path

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, t

Re: [VERY OT] pwd option to return windows path

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 p

Re: Updated: cygutils-1.1.4-2

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.

Re: pwd option to return windows path

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

Re: pwd option to return windows path

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 fou

Re: Perl - trying to install libwin32

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-64in

Re: Perl page fault - old news ??

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 inv

Re: pwd option to return windows path

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

Re: [OT] pwd option to return windows path

*** 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 abo

RE: pwd option to return windows path

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 ne

Re: pwd option to return windows path

> 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:\ms

Re: pwd option to return windows path

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 ming

Re: pwd option to return windows path

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

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 provi

Re: Kudos to 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.

Re: pwd option to return windows path

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 cam

Re: pwd option to return windows path

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

Re: pwd option to return windows path

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 n

Re: pwd option to return windows path

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 t

Re: pwd option to return windows path

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

Re: Perl page fault - old news ??

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

Re: pwd option to return windows path

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 wind

Re: pwd option to return windows path

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

pwd option to return windows path

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 th

Re: cygwin performance

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

Re: Perl page fault - old news ??

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=

Perl page fault - old news ??

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

ProFTPD 1.2.9rc2: Hang using ftp localhost

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.

ProFTPD 1.2.9rc2: please fix the readme file

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/

For your Attention!

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 Gr

Re: cygwin performance

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 as

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

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

Re: cygwin performance

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. l

Re: cygwin performance

"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 *.

cygwin performance

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 p

RE: Cygwin Setup 99% (fwd)

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 wit

Re: Command Line Editting in VI mode

* 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 Co

Re: Kudos to Daniel Reed

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

Re: Kudos to Daniel Reed

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

Re: Re: Problem with your suggested kill -9 line for cygwin freeze

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, Pleas

Kudos to Daniel Reed

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

Re: cygpath hangings: A fix - bash patch enclosed -- bash maintainer please note!

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

RE: Cygwin Setup 99% (fwd)

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

Re: Command Line Editting in VI mode

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

RE: Cygwin Setup 99% (fwd)

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 >

little help with dll

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 fr

checkout http://www.thedotmail.com

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:

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

Re: Data error (cyclic redundancy check)

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

Re: cygpath hangings: A fix - bash patch enclosed -- bash maintainer please note!

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

Data error (cyclic redundancy check)

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

Re: Command Line Editting in VI mode

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. S

Re: Command Line Editting in VI mode

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

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: Wh

Re: ProFTPD 1.2.9rc2: "missing /var/log/wtmp"

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

Re: Why I can't type backslash under bash.

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 (i

Why I can't type backslash under bash.

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

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 wa

Re: Command Line Editting in VI mode

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

Command Line Editting in VI mode

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.v

Re: Problem with Ip address

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 inst

Re: Problem with Ip address

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

Re: Problem with Ip address

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 19

Problem with Ip address

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

Problem with Ip address

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

RE: OT: Using sed - guru help wanted.

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)

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

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

Serious problem with win32 pthreads crashing and c++ class

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++ wrappe

Serious problem with win32 pthreads crashing and c++ class

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++ wrappe