date:20040303

On Wed, 3 Mar 2004, Patrick Samson wrote:

> --- Igor Pechtchanski wrote:
> > On Tue, 2 Mar 2004, Patrick Samson wrote:
> >
> > > I run a service installed as:
> > >
> > > cygrunsrv --install pgr-daemon
> > >  --path /usr/bin/bash.exe
> > >  --args "--login /opt/pgreplica/bin/pgrd host1 host2"
> > >  --user pgreplicator
> > >  --shutdown
> > >
> > > Everything is fine with stdout.  Messages are in /var/log/pgr-daemon.log
> > >
> > > But if my application, which is a TCL script, writes something on stderr
> > > (as "puts stderr $msg"),
> > > This message is written:
> > > - at the beginning of the file, overwriting the existing stdout text.
> > > - only when the service is stopped.
> > >
> > > Is it an as-is behaviour, a lack or a mistake in the command syntaxes,
> > > or something wrong in cygrunsrv or bash or tcl?
> >
> > Patrick,
> >
> > WFM.  I can't reproduce your problem on Win2k
> > (without Tcl and --user).
> > Here's what I did:
> >
> > $ mkdir /tmp/servicetest && cd /tmp/servicetest
> > $ cat > service.sh
> > #!/bin/bash
> > terminate() {
> >   echo "Terminating" >&2
> >   exit 0
> > }
> > trap terminate INT
> > echo "Starting service" >&2
> > trap -p
> > while true; do
> >   sleep 10
> >   echo "STDERR" >&2
> >   echo "STDOUT" >&1
> > done
> > $ cygrunsrv --install test-daemon --path /usr/bin/bash.exe --args "--login 
> > /tmp/servicetest/service.sh" --termsig INT --shutdown
> > $ cygrunsrv -S test-daemon; sleep 30; cygrunsrv -E test-daemon
> > $ cat /var/log/test-daemon.log
> > Starting service
> > trap -- 'terminate' SIGINT
> > STDERR
> > STDOUT
> > STDERR
> > STDOUT
> > STDERR
> > STDOUT
> > Terminating
> > $
> >
> > So, messages going to stdout/stderr were properly redirected.  If the
> > above works for you, try adding a Tcl call to the test script, and see
> > if it changes anything.
>
> Your demo works as expected. But TCL introduces
> the mess.
>
> I changed the script to:
>
> $ cat service.sh
> #!/bin/bash
> # the next line restart using tclsh \
> exec tclsh "$0" "$@"
>
> puts "Starting service"
> while {true} {
>   # wait 1 sec
>   after 1000
>   puts stderr "STDERR"
>   puts "STDOUT"
> }
> $ cygrunsrv -S test-daemon; sleep 3; cygrunsrv -E
> test-daemon
> $ cat /var/log/test-daemon.log
> STDERR
> STDERR
> STDERR
> STDERR
>
> STDOUT
> STDOUT
>
> It looks like the overwriting of these two lines
> (cr lf are replaced by space):
> STDERR  STDERR  STDERR  STDERR
> Starting service  STDOUT  STDOUT  STDOUT  STDOUT
>
> Just for the understanding, another trial with the
> script beginning with a write to stderr:
>
> $ cat service.sh
> #!/bin/bash
> # the next line restart using tclsh \
> exec tclsh "$0" "$@"
>
> puts stderr "Write stderr"
> puts "Starting service"
> while {true} {
>   # wait 1 sec
>   after 1000
>   puts stderr "STDERR"
>   puts "STDOUT"
> }
> $ cygrunsrv -S test-daemon; sleep 3; cygrunsrv -E
> test-daemon
> $ cat /var/log/test-daemon.log
> Starting serviSTDESTDOSTDESTDOSTDESTDOSTDESTDOUT
>
> Again the overwriting of these two lines:
> Write stderr  STDERR  STDERR  STDERR  STDERR
> Starting service  STDOUT  STDOUT  STDOUT  STDOUT
>
> If I run the TCL directly, it's ok, no surprise:
> $ ./service.sh
> Write stderr
> Starting service
> STDERR
> STDOUT
> STDERR
> STDOUT
> STDERR
> STDOUT
> 
> $ ./service.sh >service.log 2>&1
> 
> $ cat service.log
> Write stderr
> Starting service
> STDERR
> STDOUT
> STDERR
> STDOUT
> STDERR
> STDOUT
>
> I wouldn't use this syntax, but it shows the same
> problem, so it may be a clue:
>
> $ ./service.sh >service.log 2>service.log
> 
> $ cat service.log
> Starting serviSTDESTDOSTDESTDOSTDESTDOUT
>
> Continuing on this way, consider:
> serviceSH.sh as the shell script of Igor,
> serviceTCL.sh as the TCL script.
>
> $ ./serviceSH.sh >service.log 2>service.log
> trap -- 'terminateSTDERR
> STDERR
> Terminating
>
> $ ./serviceSH.sh >>service.log 2>>service.log
>
> Starting service
> trap -- 'terminate' SIGINT
> STDERR
> STDOUT
> STDERR
> STDOUT
> STDERR
> STDOUT
> Terminating
>
> $ ./serviceTCL.sh >service.log 2>service.log
>
> Starting serviSTDESTDOSTDESTDOSTDESTDOUT
>
> $ ./serviceTCL.sh >>service.log 2>>service.log
>
> Starting serviSTDESTDOSTDESTDOSTDESTDOSTDESTDOUT
>
> Can someone tell us how cygrunsrv manages the
> redirections? It's a step toward the explanation.

cygrunsrv redirects each file separately (like the '>>a 2>>a' syntax).
This is obviously a Tcl problem.  It seems that Tcl attempts to manage its
own buffering on STDOUT/STDERR, even when they are redirected.

Try adding an 'exec 2>&1' just before the 'exec tclsh "$0" "$@"' in your
serviceTCL.sh script.  Hopefully, Tcl will inherit the stderr from the
parent process...  If this works, you can add it to your main script,
since you know that both stdout and stderr will eventually go to the same
file anyway.
Igor
-- 
http://cs.nyu.edu/~pechtcha/
  |\  _,,,---,,_[EMAIL PROTECTED]
ZZZzz /,`.-'`'-.  ;-;;,_[EMAIL PR

Re: Snapshot 20040225: make hangs/errors out

2004-03-03 Thread Christopher Faylor

On Tue, Mar 02, 2004 at 11:37:25AM -0500, Volker Quetschke wrote:
Are you still using this script:

export C=1 while strace -o strace.$C.txt make -j ; do C=$(($C+1)) ;
done echo Failed after $C runs

If yes: The strace catches the errors.  I use a script without strace
and the while catches the error of the make command.
>>>
>>>
>>>Do you actually have an strace which demonstrates the problem?  I
>>>don't any indication that you've duplicated this problem running
>>>strace with a "modern" snapshot.
>>
>>No, but I'll try to catch one. (I removed the strace from my script.)
>Ok, caught two already. (Produced with attached script + Makefile)

Not much to there, unfortunately.

Out of curiousity, can you duplicate this problem with the snapshot?  I see
that this is your own build, probably built with --enable-debugging.

I've been diligently testing things with the snapshot rather than my own
build because I was trying to debug what was in the subject.  Snapshots
aren't built with --enable-debugging.  If this is just an artifact from
building with --enable-debugging, then I'm not too worried.

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: A problem with OpenSSH 3.8.p1-1 - ssh-agent

2004-03-03 Thread Karl M

Hi Andrew...

Please keep this on the list so that it gets archived for others to search.

I'm not seeing this problem. I use win-2k and xp machines.

You mentioned that you use a script to launch ssh-agent. I use keychain 
(also a script to launch ssh-agent) for that. I launch it from a service, so 
the agent stays aroung from reboot to reboot. If I launch it from within my 
~.profile it only stays around for one login session. You also mention that 
you launch it from profile.d...Is that part of the sysvinit stuff?

I'm attaching the script I use to launch keychain and the script that 
installs the service with cygrunsrv in case you want to try that. The rm -rf 
in the launch script keeps the ssh- folders from accumulating.

HTH,

...Karl

From: "Andrew J Halls" To: "'Karl M'" Subject: RE: A problem with OpenSSH 
3.8.p1-1 - ssh-agent
Date: Wed, 3 Mar 2004 23:44:16 +1030

Hi Karl
Turning off McAfee has made no difference.
	A couple of additional observations

First the ssh-agent is taking up approx 50% of the cpu while it is
running. This is probably all the time it could get from the scheduler and
the time the system needs to write to the event log.
Second is that I first noticed this problem after upgrading
Cygwin-1.5 dll at around 1.5.3 or 1.5.4 back in September last year.
As I only run one ssh-agent for all by rxvt/bash sessions that I run I use
to run a script, out of /etc/profile.d, that would check to see if there 
was
a ssh-agent all ready running for the user , if not run one, is so export
the correct SSH_ into the environment if the script could communicate
with that instance else give and error message.
I do this so that I can close all of my rxvt/bash sessions if I needed to
and reattach to the agent later when I started them up again.

What I was noticing was that the first rxvt/bash session started would not
complete it's shutdown until I killed the ssh-agent, this was not the
pervious way the ssh-agent did things before in Cygwin-1.5.1 or 1.5.2 .
This means to me that the ssh-agent was not closing all its file 
descriptors
properly when going into daemon mode or that the semantics of the fork or
exec call had changed to be more like SVR4.

I have another couple of machines running with Cygwin (the version of the
dll has also been upgraded along the way) and OpenSSH-3.7.1p2 on them with
the same results at above.
Andy Halls

-Original Message-
From: Karl M
Sent: Wednesday, March 03, 2004 1:21 AM
To: [EMAIL PROTECTED]
Subject: Re: A problem with OpenSSH 3.8.p1-1 - ssh-agent
Hi...

If you are running McAfee, try turning it off as an experiment. I had ssh
socket problems with McAfee in the past.
HTH,

...Karl

>From: Corinna Vinschen >Reply-To: [EMAIL PROTECTED]
>To: [EMAIL PROTECTED]
>Subject: Re: A problem with OpenSSH 3.8.p1-1 - ssh-agent
>Date: Tue, 2 Mar 2004 11:30:27 +0100
>
>On Feb 29 11:19, Andrew J Halls wrote:
> > Hi
> >   I am having a problem with the ssh-agent and excess logging to the
> > NT system event logger. After start the ssh-agent over 14,000 log
>messages
> > are entered into the Application log in less than 60 seconds. Each
>message
> > content seem to be the same and is as follows:
> >
> > [...]
> > ssh-agent : PID 4672 : error: accept from AUTH_SOCKET: Resource
>temporarily
> > unavailable.
>
>This isn't related to the OpenSSH version.  I can't tell from the
>error message what exactly happened.  It doesn't happen on my box.
>
>Does this happen all the time, reproducibly?  If yes, did you try
>a recent Cygwin snapshot from http://cygwin.com/snapshots/ if that
>cures the problem?
>
>If not, it would be interesting to see an strace of ssh-agent, perhaps.
>
>
>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/
>
_
Get a FREE online computer virus scan from McAfee when you click here.
http://clinic.mcafee.com/clinic/ibuy/campaign.asp?cid=3963

_
Get business advice and resources to improve your work life, from bCentral. 
http://special.msn.com/bcentral/loudclear.armx
#!/bin/bash
# keychain service
#   launch keychain from a service so that the ssh-agent survives logoff
# clean up old socket files
rm -fr /tmp/ssh-* > /dev/null 2>&1
# launch keychain
keychain --noask --quiet
#!/bin/bash
# keychain-service-install service-name user-name
if [ "~$1" = "~" ]; then
 echo No service name
 exit 1
fi
if [ "~$2" = "~" ]; then
 echo No user name
 exit 1
fi
echo Stoping and removing old keychain service
cygrunsrv --stop $1
cygrunsrv --remove $1
echo Installing new keycha

Re: SIGSEGV in cygwin1.dll

2004-03-03 Thread Marco Canini

Hello Egor,

On Wed, 2004-03-03 at 14:46, Egor Duda wrote:
> Marco Canini wrote:
> > Hi list, this is my first post here.
> > I'm writing an application that uses SDL, lib3ds and glib
> > I've installed SDL and lib3ds from sources, both compiled with 
> > -mno-cygwin, while glib (2.2) comes from here 
> > http://web.sfc.keio.ac.jp/~s01397ms/cygwin/
> > I wasn't able to compile it from sources, still need to understand why.
> > Anyway after I actually compiled my application I run it and ... SIGSEGV
> 
> So, your application is linked both with cygwin1.dll, and with 
> Microsoft's C library (msvcrt or crtldd) indirectly, via sdl and lib3ds 
> which are built with -mno-cygwin.
> You can't do that. See http://cygwin.com/faq/faq_4.html#SEC99
> 
Yeah, I realized that today.
After trying to compile SDL with host, target cygwin I noticed that it
will always call gcc with -mno-cygwin
Since I don't want to spend my time in figuring out how to configure all
3 libs I'm trying with mingw32 version of sdl, glib.
It's working, great!

> > (The application works in my linux box)
> > With gdb I was able to collect this stack trace:
> > 
> > Program received signal SIGSEGV, Segmentation fault.
> > 0x61021a8b in unsetenv () from /usr/bin/cygwin1.dll
> > (gdb) bt
> > #0  0x61021a8b in unsetenv () from /usr/bin/cygwin1.dll
> > #1  0x6101f9b2 in dlfork () from /usr/bin/cygwin1.dll
> 
> That probable means that cygwin's version of unsetenv() is called on 
> variable that was set by Microsoft's runtime.
That is what I couldn't understand, thanks

> You have to build cygwin 
> versions of those 3rd-party libraries you use.
> 
> [...]
> 
> > interestend in compiling only src/winsup/cygwin and not all cygwin.
> > Is it possible? How?
> 
> src/winsup/cygwin is basically all cygwin. You can tweak build process 
> to avoid building misc utilities such as cygcheck etc., but it won't 
> save you much time or disk space.
> > If i can compile it I'll able to understand where's the 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/
-- 
Marco Canini <[EMAIL PROTECTED]>


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

Re: crontab: no changes made to crontab

2004-03-03 Thread Jeff Mincy

> On Tue, 2 Mar 2004, Thorsten Kampe wrote:
>> * Michael Chen (2004-03-02 06:57 +0100)
>> > Dear all, since the first time using "crontab -", I can never change the
>> > crontab file anymore. "crontab -e" calls emacs, but cron just discarded any
>> > new modifications. The emacs saved the "crontab.*" into /tmp. What's
>> > wrong? Thanks.
>>
>> Try using another editor as Emacs is a GUI editor.
> 
> This has nothing to do with emacs being a GUI editor (which it isn't, BTW,
> or not necessarily).  This does have to do with the editor writing files
> in-place.  I'm not sure if either the native or the Cygwin port of emacs
> does.  That said, Thorsten did provide a good rule of thumb: most GUI
> editors, especially Windows ones, don't write files in place.

Probably OT, but Emacs has several different ways to save files.
This is for XEmacs, (as far as I remember) Emacs works the same way.

See `file-precious-flag'
  This feature works by writing the new contents into a temporary file
  and then renaming the temporary file to replace the original.
  In this way, any I/O error in writing leaves the original untouched,
  and there is never any instant where the file is nonexistent.

crontab -e expects the changes to be made in place, so try
 (setq file-precious-flag nil)

If it works you could add this line as the first line of the crontab.
## -*- file-precious-flag: nil -*-

-jeff

--
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: stdout/stderr handling by cygrunsrv/bash/tcl

2004-03-03 Thread Patrick Samson


--- Igor Pechtchanski wrote:
> On Wed, 3 Mar 2004, Patrick Samson wrote:
> 
> > Your demo works as expected. But TCL introduces
> > the mess.
> >
> > I changed the script to:
> >
> > $ cat service.sh
> > #!/bin/bash
> > # the next line restart using tclsh \
> > exec tclsh "$0" "$@"
> >
> > puts "Starting service"
> > while {true} {
> >   # wait 1 sec
> >   after 1000
> >   puts stderr "STDERR"
> >   puts "STDOUT"
> > }
> > $ cygrunsrv -S test-daemon; sleep 3; cygrunsrv -E
> > test-daemon
> > $ cat /var/log/test-daemon.log
> > STDERR
> > STDERR
> > STDERR
> > STDERR
> >
> > STDOUT
> > STDOUT
> >
> > It looks like the overwriting of these two lines
> > (cr lf are replaced by space):
> > STDERR  STDERR  STDERR  STDERR
> > Starting service  STDOUT  STDOUT  STDOUT  STDOUT
> >
> > Just for the understanding, another trial with the
> > script beginning with a write to stderr:
> >
> > $ cat service.sh
> > #!/bin/bash
> > # the next line restart using tclsh \
> > exec tclsh "$0" "$@"
> >
> > puts stderr "Write stderr"
> > puts "Starting service"
> > while {true} {
> >   # wait 1 sec
> >   after 1000
> >   puts stderr "STDERR"
> >   puts "STDOUT"
> > }
> > $ cygrunsrv -S test-daemon; sleep 3; cygrunsrv -E
> > test-daemon
> > $ cat /var/log/test-daemon.log
> > Starting serviSTDESTDOSTDESTDOSTDESTDOSTDESTDOUT
> >
> > Again the overwriting of these two lines:
> > Write stderr  STDERR  STDERR  STDERR  STDERR
> > Starting service  STDOUT  STDOUT  STDOUT  STDOUT
> >
> > If I run the TCL directly, it's ok, no surprise:
> > $ ./service.sh
> > Write stderr
> > Starting service
> > STDERR
> > STDOUT
> > STDERR
> > STDOUT
> > STDERR
> > STDOUT
> > 
> > $ ./service.sh >service.log 2>&1
> > 
> > $ cat service.log
> > Write stderr
> > Starting service
> > STDERR
> > STDOUT
> > STDERR
> > STDOUT
> > STDERR
> > STDOUT
> >
> > I wouldn't use this syntax, but it shows the same
> > problem, so it may be a clue:
> >
> > $ ./service.sh >service.log 2>service.log
> > 
> > $ cat service.log
> > Starting serviSTDESTDOSTDESTDOSTDESTDOUT
> >
> > Continuing on this way, consider:
> > serviceSH.sh as the shell script of Igor,
> > serviceTCL.sh as the TCL script.
> >
> > $ ./serviceSH.sh >service.log 2>service.log
> > trap -- 'terminateSTDERR
> > STDERR
> > Terminating
> >
> > $ ./serviceSH.sh >>service.log 2>>service.log
> >
> > Starting service
> > trap -- 'terminate' SIGINT
> > STDERR
> > STDOUT
> > STDERR
> > STDOUT
> > STDERR
> > STDOUT
> > Terminating
> >
> > $ ./serviceTCL.sh >service.log 2>service.log
> >
> > Starting serviSTDESTDOSTDESTDOSTDESTDOUT
> >
> > $ ./serviceTCL.sh >>service.log 2>>service.log
> >
> > Starting serviSTDESTDOSTDESTDOSTDESTDOSTDESTDOUT
> >
> > Can someone tell us how cygrunsrv manages the
> > redirections? It's a step toward the explanation.
> 
> cygrunsrv redirects each file separately (like the
> '>>a 2>>a' syntax).
> This is obviously a Tcl problem.  It seems that Tcl
> attempts to manage its
> own buffering on STDOUT/STDERR, even when they are
> redirected.
> 
> Try adding an 'exec 2>&1' just before the 'exec
> tclsh "$0" "$@"' in your serviceTCL.sh script.  
> Hopefully, Tcl will inherit the stderr from the
> parent process...  If this works, you can add it to
> your main script, since you know that both stdout
> and stderr will eventually go to the same file
> anyway.

Yes! It works.

$ cat serviceTCL.sh
#!/bin/bash
# \
exec 2>&1
# the next line restart using tclsh \
exec tclsh "$0" "$@"

puts stderr "Write stderr"
puts "Starting service"
while {true} {
  # wait 1 sec
  after 1000
  puts stderr "STDERR"
  puts "STDOUT"
}

$ ./serviceTCL.sh >>service.log 2>>service.log
or
$ cygrunsrv -S test-daemon; sleep 3; cygrunsrv -E
test-daemon
give the correct outputs.

Thanks a lot, Igor.
I will check the problem with the Tcl team.



__
Do you Yahoo!?
Yahoo! Search - Find what youre looking for faster
http://search.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: Snapshot 20040225: make hangs/errors out

2004-03-03 Thread Volker Quetschke

Do you actually have an strace which demonstrates the problem?  I
don't any indication that you've duplicated this problem running
strace with a "modern" snapshot.
No, but I'll try to catch one. (I removed the strace from my script.)
Ok, caught two already. (Produced with attached script + Makefile)
Not much to there, unfortunately.

Out of curiousity, can you duplicate this problem with the snapshot?  I see
that this is your own build, probably built with --enable-debugging.
I just stopped the scrip and replaced my selfbuild cygwin1.dll ( with
debugging ) with the 20040225 snapshot.
I've been diligently testing things with the snapshot rather than my own
build because I was trying to debug what was in the subject.  Snapshots
aren't built with --enable-debugging.  If this is just an artifact from
building with --enable-debugging, then I'm not too worried.
We'll see. Actually I got a lot of make errors in my run since
yesterday. The use of strace seemed to increase the "error rate".
I got 18 make errors + strace file since yesterday, but that
was the selfbuild dll with debugging.
Volker

--
PGP/GPG key  (ID: 0x9F8A785D)  available  from  wwwkeys.de.pgp.net
key-fingerprint 550D F17E B082 A3E9 F913  9E53 3D35 C9BA 9F8A 785D


signature.asc
Description: OpenPGP digital signature

Is the command "top" in cygwin?

2004-03-03 Thread Peng Yu

Hi,

Is the command "top" in cygwin? Which package I have to download, if I
want to monitor the CPU resources?
BTW, how to run a program with a lower priority from command line?
Thanks.

Best wishes,
Peng

--
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: Is the command "top" in cygwin?

At 11:10 AM 3/3/2004, you wrote:
>Hi,
>
>Is the command "top" in cygwin? Which package I have to download, if I
>want to monitor the CPU resources?


See .  I think 
the answer to your question will be obvious from the results.

As always, see  for questions about what 
facilities are packaged for Cygwin and available through setup on Cygwin
mirrors.


>BTW, how to run a program with a lower priority from command line?



Heard of 'nice'?



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


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

Re: Is the command "top" in cygwin?

On Wed, 3 Mar 2004, Peng Yu wrote:

> Hi,
> Is the command "top" in cygwin? Which package I have to download, if
> I want to monitor the CPU resources?

Peng,

If you're looking for a specific program, first try searching the Cygwin
packages at .  For programs with short names
(like "top") it's usually a good idea to prepend "bin/", and limit the
suffixes, e.g., search for "bin/top(.exe| |$)" (the search page supports
arbitrary Perl regular expressions).

The next step is Google: .

> BTW, how to run a program with a lower priority from command line?

"man nice".  Not Cygwin-specific.
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/

weird compile command issues

2004-03-03 Thread Andrew Sasak

I'm using a library I found on sourceforge called tclap. I installed the 
library correctly as far as I know. I have no problems compiling using the 
following command line: g++ -Wno-deprecated -o massflow.exe massflow.cpp 
cycle.cpp datapoint.cpp -L F:\cygwin\usr\local\lib -ltclap

The following command line will compile in a Windows cmd.exe but not in the 
cygwin interface (or using Xemacs): g++ -mno-cygwin -Wno-deprecated -o 
massflow.exe -I %CYGWIN%\usr\local\include massflow.cpp cycle.cpp 
datapoint.cpp -L %CYGWIN%\usr\local\lib -ltclap

I get the following errors:
massflow.cpp:9:27: tclap/CmdLine.h: No such file or directory
massflow.cpp:13: error: namespace `TCLAP' undeclared
I've tried reversing the slashes, putting paths in quotes, etc. I would like 
to be able to use Xemacs to compile and use the -mno-cygwin flag so that I 
can distribute my software without the cygwin .dll. I'm guessing there might 
be something simple I'm not seeing. Thanks for your help.

_
Store more e-mails with MSN Hotmail Extra Storage  4 plans to choose from! 
http://click.atdmt.com/AVE/go/onm00200362ave/direct/01/

--
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: weird compile command issues

On Wed, 3 Mar 2004, Andrew Sasak wrote:

> I'm using a library I found on sourceforge called tclap. I installed the
> library correctly as far as I know. I have no problems compiling using the
> following command line: g++ -Wno-deprecated -o massflow.exe massflow.cpp
> cycle.cpp datapoint.cpp -L F:\cygwin\usr\local\lib -ltclap
>
> The following command line will compile in a Windows cmd.exe but not in the
> cygwin interface (or using Xemacs): g++ -mno-cygwin -Wno-deprecated -o
> massflow.exe -I %CYGWIN%\usr\local\include massflow.cpp cycle.cpp
> datapoint.cpp -L %CYGWIN%\usr\local\lib -ltclap
>
> I get the following errors:
> massflow.cpp:9:27: tclap/CmdLine.h: No such file or directory
> massflow.cpp:13: error: namespace `TCLAP' undeclared
>
> I've tried reversing the slashes, putting paths in quotes, etc. I would like
> to be able to use Xemacs to compile and use the -mno-cygwin flag so that I
> can distribute my software without the cygwin .dll. I'm guessing there might
> be something simple I'm not seeing. Thanks for your help.

You haven't told us anything about your system.  Please read the Cygwin
problem reporting guidelines at  to find
out what information needs to be provided.  However, I can probably make a
few recommendations with what little information you supplied.

It's preferable to use POSIX paths with Cygwin programs (including gcc),
so that the above line should really be something like

g++ -mno-cygwin -Wno-deprecated -o massflow.exe -I /usr/local/include massflow.cpp 
cycle.cpp datapoint.cpp -L /usr/local/lib -ltclap

If your paths come in from Windows, read up on the "cygpath" utility.
Even if using Win32 paths is unavoidable (and Cygwin programs *will*
understand them most of the time), you should quote the backslashes
properly or use forward slashes.

Finally, the CYGWIN environment variable has special meaning in Cygwin,
and it isn't the Win32 location of the root directory (use `cygpath -w /`
for that).  Also, Cygwin's shells will not understand the %VAR% syntax.

In short, use POSIX paths, don't use $CYGWIN, and you should be ok.
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: weird compile command issues

2004-03-03 Thread Andrew Sasak

From: Igor Pechtchanski <[EMAIL PROTECTED]>
Reply-To: [EMAIL PROTECTED]
To: Andrew Sasak <[EMAIL PROTECTED]>
CC: [EMAIL PROTECTED]
Subject: Re: weird compile command issues
Date: Wed, 3 Mar 2004 11:53:41 -0500 (EST)
On Wed, 3 Mar 2004, Andrew Sasak wrote:

> I'm using a library I found on sourceforge called tclap. I installed the
> library correctly as far as I know. I have no problems compiling using 
the
> following command line: g++ -Wno-deprecated -o massflow.exe massflow.cpp
> cycle.cpp datapoint.cpp -L F:\cygwin\usr\local\lib -ltclap
>
> The following command line will compile in a Windows cmd.exe but not in 
the
> cygwin interface (or using Xemacs): g++ -mno-cygwin -Wno-deprecated -o
> massflow.exe -I %CYGWIN%\usr\local\include massflow.cpp cycle.cpp
> datapoint.cpp -L %CYGWIN%\usr\local\lib -ltclap
>
> I get the following errors:
> massflow.cpp:9:27: tclap/CmdLine.h: No such file or directory
> massflow.cpp:13: error: namespace `TCLAP' undeclared
>
> I've tried reversing the slashes, putting paths in quotes, etc. I would 
like
> to be able to use Xemacs to compile and use the -mno-cygwin flag so that 
I
> can distribute my software without the cygwin .dll. I'm guessing there 
might
> be something simple I'm not seeing. Thanks for your help.

You haven't told us anything about your system.  Please read the Cygwin
problem reporting guidelines at  to find
out what information needs to be provided.  However, I can probably make a
few recommendations with what little information you supplied.
I'll keep that in mind next time. Fortunately this time it wasn't 
neccessary.

It's preferable to use POSIX paths with Cygwin programs (including gcc),
so that the above line should really be something like
g++ -mno-cygwin -Wno-deprecated -o massflow.exe -I /usr/local/include 
massflow.cpp cycle.cpp datapoint.cpp -L /usr/local/lib -ltclap

You got it! That was it. Thanks for your help.

_
Get a FREE online computer virus scan from McAfee when you click here. 
http://clinic.mcafee.com/clinic/ibuy/campaign.asp?cid=3963

--
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: Is the command "top" in cygwin?

2004-03-03 Thread Peng Yu

  I got two packages. Which one shall I use? What does 010801-1 mean?
procps/procps-010801-1 Utilities for monitoring your system and
processes on your system.
 procps/procps-010801-2 Utilities for monitoring your system and
processes on your system.

- Original Message -
From: "Igor Pechtchanski" <[EMAIL PROTECTED]>
To: "Peng Yu" <[EMAIL PROTECTED]>
Cc: <[EMAIL PROTECTED]>
Sent: Wednesday, March 03, 2004 8:21 AM
Subject: Re: Is the command "top" in cygwin?


> On Wed, 3 Mar 2004, Peng Yu wrote:
>
> > Hi,
> > Is the command "top" in cygwin? Which package I have to download, if
> > I want to monitor the CPU resources?
>
> Peng,
>
> If you're looking for a specific program, first try searching the Cygwin
> packages at .  For programs with short names
> (like "top") it's usually a good idea to prepend "bin/", and limit the
> suffixes, e.g., search for "bin/top(.exe| |$)" (the search page supports
> arbitrary Perl regular expressions).
>
> The next step is Google:
.
>
> > BTW, how to run a program with a lower priority from command line?
>
> "man nice".  Not Cygwin-specific.
> 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
>
<>

RE: Is the command "top" in cygwin?

2004-03-03 Thread Chris January

>   I got two packages. Which one shall I use? What does 010801-1 mean?
> procps/procps-010801-1 Utilities for monitoring your system and
> processes on your system.
>  procps/procps-010801-2 Utilities for monitoring your system and
> processes on your system.
>
year month day
01   0801

1 = first revision
2 = second revision

Chris

> - Original Message -
> From: "Igor Pechtchanski" <[EMAIL PROTECTED]>
> To: "Peng Yu" <[EMAIL PROTECTED]>
> Cc: <[EMAIL PROTECTED]>
> Sent: Wednesday, March 03, 2004 8:21 AM
> Subject: Re: Is the command "top" in cygwin?
>
>
> > On Wed, 3 Mar 2004, Peng Yu wrote:
> >
> > > Hi,
> > > Is the command "top" in cygwin? Which package I have to
> download, if
> > > I want to monitor the CPU resources?
> >
> > Peng,
> >
> > If you're looking for a specific program, first try searching the Cygwin
> > packages at .  For programs with
> short names
> > (like "top") it's usually a good idea to prepend "bin/", and limit the
> > suffixes, e.g., search for "bin/top(.exe| |$)" (the search page supports
> > arbitrary Perl regular expressions).
> >
> > The next step is Google:
> .
> >
> > > BTW, how to run a program with a lower priority from command line?
> >
> > "man nice".  Not Cygwin-specific.
> > 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/

Any fix/work-around for post-install hang problem, yet?

2004-03-03 Thread Glenn Murray

Hi,

I'm suffering the same problem as in this thread:
http://www.cygwin.com/ml/cygwin/2003-12/msg00215.html
and as described in this thread, too:
http://www.cygwin.com/ml/cygwin/2003-10/msg00868.html

This problem always occurs on my XP boxes.  Updating Cygwin,
reinstalling Cygwin, and rebooting do not help.  Recently I had a
working Cygwin on an XP box, installed MS's IE6 service/security
pack, bash started being flaky, and when I updated Cygwin,
post-install hung as described in the threads above and bash
continues its flakiness.

I couldn't find anything in the archives recently.  Has anyone
found a work-around for this?

Thanks,
Glenn
http://www.mines.edu/~gmurray

--
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: Any fix/work-around for post-install hang problem, yet?

On Wed, 3 Mar 2004, Glenn Murray wrote:

> Hi,
>
> I'm suffering the same problem as in this thread:
> http://www.cygwin.com/ml/cygwin/2003-12/msg00215.html
> and as described in this thread, too:
> http://www.cygwin.com/ml/cygwin/2003-10/msg00868.html
>
> This problem always occurs on my XP boxes.  Updating Cygwin,
> reinstalling Cygwin, and rebooting do not help.  Recently I had a
> working Cygwin on an XP box, installed MS's IE6 service/security
> pack, bash started being flaky, and when I updated Cygwin,
> post-install hung as described in the threads above and bash
> continues its flakiness.
>
> I couldn't find anything in the archives recently.  Has anyone
> found a work-around for this?
>
> Thanks,
> Glenn

Glenn,

Please review

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

and follow the directions there to tell us about your system.  Also,
please attach /var/log/setup.log.full from a setup session where
postinstall scripts hung (note: that file is overwritten every time you
run setup, and you may need to kill the hung bash/sh processes in the task
manager to allow setup to complete).
Igor
P.S. "flaky" is a very vague description.  Concrete examples that would
allow others to reproduce the problem, along with the information from the
problem reporting guidelines above, would be much more helpful.
-- 
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: Any fix/work-around for post-install hang problem, yet?

At 12:55 PM 3/3/2004, you wrote:
>Hi,
>
>I'm suffering the same problem as in this thread:
>http://www.cygwin.com/ml/cygwin/2003-12/msg00215.html
>and as described in this thread, too:
>http://www.cygwin.com/ml/cygwin/2003-10/msg00868.html
>
>This problem always occurs on my XP boxes.  Updating Cygwin,
>reinstalling Cygwin, and rebooting do not help.  Recently I had a
>working Cygwin on an XP box, installed MS's IE6 service/security
>pack, bash started being flaky, and when I updated Cygwin,
>post-install hung as described in the threads above and bash
>continues its flakiness.
>
>I couldn't find anything in the archives recently.  Has anyone
>found a work-around for this?


There was lots of talk in the email archives about this issue and lots
of work on it too.  Did you see:

  

?

If this isn't your solution, please provide some information on what's
hanging and what you have installed, a la:


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






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


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

Re: Snapshot 20040225: make hangs/errors out

2004-03-03 Thread Volker Quetschke

I just stopped the scrip and replaced my selfbuild cygwin1.dll ( with
debugging ) with the 20040225 snapshot.
OK, I already got four make errors with the 20040225 snapshot. Shall
I post the strace files?
Volker

--
PGP/GPG key  (ID: 0x9F8A785D)  available  from  wwwkeys.de.pgp.net
key-fingerprint 550D F17E B082 A3E9 F913  9E53 3D35 C9BA 9F8A 785D


signature.asc
Description: OpenPGP digital signature

how to get an older version of cygwin

2004-03-03 Thread Arindam Bhattacharya

hi christopher,
  I was wondering how I can get an older version of
cygwin. I neet the one which is CYGWIN_NT-5.0. the current release is
CYGWIN_NT-5.1. If I do a cd c:/ in that it doesn't show c:/ but
/cygdrive/c which is causing a problem with perforce as perforce thinks
that it isn't in the root as it only recognises the c:/ version of path.

If there is a workaround to get c:/depot/ instead of /cygdrive/c/depot on
the bash in cygwin then please do let me know that.

thanks
Arindam

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

WinMain in an own static lib -> _WinMain@16 undefined reference ?! ;.(

2004-03-03 Thread G.-B. Hauck

Hi Gurus !

I have a problem with cygwin gcc (gcc version 3.3.1 cygwin-special) - i
think that i just don't understand "ld" - so maybe someone can help me


For my "Application-Framework" i need to put WinMain(...) in a lib - but
it doesnt work - please take a look on a minimalistic example:


/* winmain.cc  */
#include 
extern "C" void NewEntry();
extern "C" int APIENTRY WinMain(HINSTANCE hI,HINSTANCE hPI,
LPSTR lpCmdLine,int nCmdShow)
{
NewEntry();
return 0;
}


/* test.cc */
#include 
extern "C" void NewEntry()
{
MessageBox(NULL,"test","test",MB_OK);
}


making test.exe with:
g++ -c winmain.cc
g++ -c test.cc
g++ -mwindows -mno-cygwin -o test.exe winmain.o test.o

is ok -> running test.exe gives you a wonderfull MessageBox ...


BUT:
g++ -c winmain.cc
g++ -c test.cc
ar -rs libmaintest.a winmain.o
g++ -mwindows -mno-cygwin -o test.exe test.o -L./ -lmaintest

/usr/lib/gcc-lib/i686-pc-mingw32/3.3.1/../../../../i686-pc-mingw32/lib/libmingw32.a(main.o)(.text+0x9b):main.c:
 undefined reference to [EMAIL PROTECTED]'
collect2: ld returned 1 exit status

Why ld can't find [EMAIL PROTECTED] - nm -g libmaintest.a gives:
winmain.o:
 U _NewEntry
 T [EMAIL PROTECTED]

Calling the linker with my lib "before" test.o, i.e. 
g++ -mwindows -mno-cygwin -o test.exe -L./ -lmaintest test.o
gives the same ...

I'm hanging around for two days with this ;-(

TIA and Thank You, Spasibo, Danke, Merci 
Georg




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

Re: how to get an older version of cygwin

At 01:54 PM 3/3/2004, you wrote:
>hi christopher,
>  I was wondering how I can get an older version of
>cygwin. I neet the one which is CYGWIN_NT-5.0. the current release is
>CYGWIN_NT-5.1. 

Actually, you're reporting what 'uname -s' provides, which just tells you
which version of Windows you're running Cygwin on.  You're apparently
running XP.  CYGWIN_NT-5.0 would indicate that the O/S is W2K.  
'uname -r' would describe the Cygwin DLL release you're running.

>If I do a cd c:/ in that it doesn't show c:/ but
>/cygdrive/c which is causing a problem with perforce as perforce thinks
>that it isn't in the root as it only recognises the c:/ version of path.
>
>If there is a workaround to get c:/depot/ instead of /cygdrive/c/depot on
>the bash in cygwin then please do let me know that.

Cygwin will not report DOS/Windows path formats.  It reports POSIX-style 
instead.  You can convert back to DOS/Windows from POSIX with 'cygpath'.
Take a look at 'man cygpath' for details.

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

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

Re: how to get an older version of cygwin

2004-03-03 Thread Arindam Bhattacharya

Hi,
 thanks for the response. I am currently running  1.5.7(0.109/3/2 on
XP. I also have 1.3.2(0.39/3/2) running on win 2000. in 1.3.2 if I do
cd c:/ the bash shows c:/ but if id  cd c:/ in 1.5.2 it shows me
/cygdrive/c. ANy idea how to fix this or  where I can download
1.3.2(0.39/3/2)

thanks
Arindam

On Wed, 3 Mar 2004, Larry Hall wrote:

> At 01:54 PM 3/3/2004, you wrote:
> >hi christopher,
> >  I was wondering how I can get an older version of
> >cygwin. I neet the one which is CYGWIN_NT-5.0. the current release is
> >CYGWIN_NT-5.1.
>
>
> Actually, you're reporting what 'uname -s' provides, which just tells you
> which version of Windows you're running Cygwin on.  You're apparently
> running XP.  CYGWIN_NT-5.0 would indicate that the O/S is W2K.
> 'uname -r' would describe the Cygwin DLL release you're running.
>
>
> >If I do a cd c:/ in that it doesn't show c:/ but
> >/cygdrive/c which is causing a problem with perforce as perforce thinks
> >that it isn't in the root as it only recognises the c:/ version of path.
> >
> >If there is a workaround to get c:/depot/ instead of /cygdrive/c/depot on
> >the bash in cygwin then please do let me know that.
>
>
> Cygwin will not report DOS/Windows path formats.  It reports POSIX-style
> instead.  You can convert back to DOS/Windows from POSIX with 'cygpath'.
> Take a look at 'man cygpath' for details.
>
>
>
> --
> Larry Hall  http://www.rfk.com
> RFK Partners, Inc.  (508) 893-9779 - RFK Office
> 838 Washington Street   (508) 893-9889 - FAX
> Holliston, MA 01746
>
>

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

Re: how to get an older version of cygwin

There's really no "fix" for the behavior you see because it's not broken.
'cygpath' is your best bet to convert paths if you need it for some reason.
1.3.2 is an old, unsupported release so you won't be able to download it
from any official site, though you may find it somewhere by searching the
web.  Alternatively, you could pull it from your W2K machine but be prepared
to deal with any troubles that causes you yourself.  Folks here on the list
will likely tell you to just upgrade if you ask about some weird problem
as a result of a kooky, customized installation.

BTW, I use perforce, sometimes even from the command line, with no problems
in bash.  I don't know what you're doing but, to me, there's nothing about
the current release of Cygwin that keeps you from using it effectively.  

Larry


At 02:24 PM 3/3/2004, you wrote:
>Hi,
> thanks for the response. I am currently running  1.5.7(0.109/3/2 on
>XP. I also have 1.3.2(0.39/3/2) running on win 2000. in 1.3.2 if I do
>cd c:/ the bash shows c:/ but if id  cd c:/ in 1.5.2 it shows me
>/cygdrive/c. ANy idea how to fix this or  where I can download
>1.3.2(0.39/3/2)
>
>thanks
>Arindam
>
>On Wed, 3 Mar 2004, Larry Hall wrote:
>
>> At 01:54 PM 3/3/2004, you wrote:
>> >hi christopher,
>> >  I was wondering how I can get an older version of
>> >cygwin. I neet the one which is CYGWIN_NT-5.0. the current release is
>> >CYGWIN_NT-5.1.
>>
>>
>> Actually, you're reporting what 'uname -s' provides, which just tells you
>> which version of Windows you're running Cygwin on.  You're apparently
>> running XP.  CYGWIN_NT-5.0 would indicate that the O/S is W2K.
>> 'uname -r' would describe the Cygwin DLL release you're running.
>>
>>
>> >If I do a cd c:/ in that it doesn't show c:/ but
>> >/cygdrive/c which is causing a problem with perforce as perforce thinks
>> >that it isn't in the root as it only recognises the c:/ version of path.
>> >
>> >If there is a workaround to get c:/depot/ instead of /cygdrive/c/depot on
>> >the bash in cygwin then please do let me know that.
>>
>>
>> Cygwin will not report DOS/Windows path formats.  It reports POSIX-style
>> instead.  You can convert back to DOS/Windows from POSIX with 'cygpath'.
>> Take a look at 'man cygpath' for details.
>>
>>
>>
>> --
>> Larry Hall  http://www.rfk.com
>> RFK Partners, Inc.  (508) 893-9779 - RFK Office
>> 838 Washington Street   (508) 893-9889 - FAX
>> Holliston, MA 01746
>>
>>
>
>--
>Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
>Problem reports:   http://cygwin.com/problems.html
>Documentation: http://cygwin.com/docs.html
>FAQ:   http://cygwin.com/faq/


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

Re: how to get an older version of cygwin

1.3.2 is ancient history.  It's dead.  I doubt there's a mirror out there
that carries it, and even if there was, most of the current packages won't
work with it.

What you want is to set your PS1 in bash properly.  Something like

export PS1='\h: `cygpath -w "$PWD"`> '

should do it.  If you want to only display Win32 paths for /cygdrive/*,
you'll need to go through some more contortions, but it's basically
possible.
Igor

On Wed, 3 Mar 2004, Arindam Bhattacharya wrote:

> Hi,
>  thanks for the response. I am currently running  1.5.7(0.109/3/2 on
> XP. I also have 1.3.2(0.39/3/2) running on win 2000. in 1.3.2 if I do
> cd c:/ the bash shows c:/ but if id  cd c:/ in 1.5.2 it shows me
> /cygdrive/c. ANy idea how to fix this or  where I can download
> 1.3.2(0.39/3/2)
>
> thanks
> Arindam
>
> On Wed, 3 Mar 2004, Larry Hall wrote:
>
> > At 01:54 PM 3/3/2004, you wrote:
> > >hi christopher,
> > >  I was wondering how I can get an older version of
> > >cygwin. I neet the one which is CYGWIN_NT-5.0. the current release is
> > >CYGWIN_NT-5.1.
> >
> > Actually, you're reporting what 'uname -s' provides, which just tells you
> > which version of Windows you're running Cygwin on.  You're apparently
> > running XP.  CYGWIN_NT-5.0 would indicate that the O/S is W2K.
> > 'uname -r' would describe the Cygwin DLL release you're running.
> >
> > >If I do a cd c:/ in that it doesn't show c:/ but
> > >/cygdrive/c which is causing a problem with perforce as perforce thinks
> > >that it isn't in the root as it only recognises the c:/ version of path.
> > >
> > >If there is a workaround to get c:/depot/ instead of /cygdrive/c/depot on
> > >the bash in cygwin then please do let me know that.
> >
> > Cygwin will not report DOS/Windows path formats.  It reports POSIX-style
> > instead.  You can convert back to DOS/Windows from POSIX with 'cygpath'.
> > Take a look at 'man cygpath' for details.

-- 
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 : Problem with mod_jk (Apache and tomcat)

2004-03-03 Thread Flo

I tried the mod_jk_1_2_5_2_0_47.dll I got errors launching httpd : Win32
error 126 (The specified module could not be found) I needed to add
ApacheCore.dll Win9xConHook.dll to the PATH Then i got another error
message : Win32 error 127 (The specified procedure could not be found).
Then I tried mod_jk2-1.3.27.dll but I get this error :

Syntax error on line 1020 of /etc/apache/httpd.conf:
Can't locate API module structure `jk_module' in file
/usr/lib/apache/mod_jk2-1.
3.27.dll: dlsym: Win32 error 127
 
So I thought to build any mod_jk but how ? 
I would like to find a better and easier solution.

-Message d'origine-
Igor Pechtchanski
Envoyé : mardi 2 mars 2004 18:13
Objet : Re: Problem with mod_jk (Apache and tomcat)

On Tue, 2 Mar 2004 florentlothonfreefr wrote:

> Hello,
>
> i try to configure tomcat (windows installed) and apache (from cygwin)
> to work together. But i have a problem getting the mod_jk :
> The Freebsd directory of this URL :
> http://apache.crihan.fr/dist/jakarta/tomcat-connectors/jk/binaries/
> isn't available.
> I saw the apache modules of cygwin and they are dll files so i
> downloaded the win32 dll at the same URL but i get this error message
> when i start httpd :
> $ /usr/sbin/httpd.exe
> Syntax error on line 1020 of /etc/apache/httpd.conf:
> Cannot load /usr/lib/apache/mod_jk_1_2_5_2_0_47.dll into server:
dlopen: Win32 error 126
>
> Must i build another mod_jk.dll with cygwin ?
> is it possible ?
>
> Flo

$ net helpmsg 126
The specified module could not be found.

Does that DLL file actually exist?  What are the permissions on it, and
on
the "/usr/lib/apache" directory?  Also, if it exists, run "cygcheck
/usr/lib/apache/mod_jk_1_2_5_2_0_47.dll" and see what other DLLs are
required - perhaps one of them cannot be found.
Igor
-- 
http://cs.nyu.edu/~pechtcha/
  |\  _,,,---,,_[EMAIL PROTECTED]
ZZZzz /,`.-'`'-.  ;-;;,_[EMAIL PROTECTED]
 |,4-  ) )-,_. ,\ (  `'-'   Igor Pechtchanski, Ph.D.
'---''(_/--'  `-'\_) fL a.k.a JaguaR-R-R-r-r-r-.-.-.  Meow!

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

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



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

Undefined References

2004-03-03 Thread pavan mandalkar

Hi,
  
  
   
  I am trying to build myown.dll on Cygwin 1.5.5 and
gcc 3.2. I get the following error,

***
/cygdrive/c/cygwin/lib/libgcj.a(natIconv.o)(.text+0x66):
undefined 
reference to `_libiconv_open'
/cygdrive/c/cygwin/lib/libgcj.a(natIconv.o)(.text+0xe4):
undefined 
reference to `_libiconv_close'
/cygdrive/c/cygwin/lib/libgcj.a(natIconv.o)(.text+0x16c):
undefined 
reference to `_libiconv'
/cygdrive/c/cygwin/lib/libgcj.a(natIconv.o)(.text+0x25e):
undefined 
reference to `_libiconv'
/cygdrive/c/cygwin/lib/libgcj.a(natIconv.o)(.text+0x2d6):
undefined 
reference to `_libiconv_open'
/cygdrive/c/cygwin/lib/libgcj.a(natIconv.o)(.text+0x354):
undefined 
reference to `_libiconv_close'
/cygdrive/c/cygwin/lib/libgcj.a(natIconv.o)(.text+0x3f0):
undefined 
reference to `_libiconv'
/cygdrive/c/cygwin/lib/libgcj.a(natIconv.o)(.text+0x4ab):
undefined 
reference to `_libiconv_open'
/cygdrive/c/cygwin/lib/libgcj.a(natIconv.o)(.text+0x4fc):
undefined 
reference to `_libiconv'
/cygdrive/c/cygwin/lib/libgcj.a(natIconv.o)(.text+0x57e):
undefined 
reference to `_libiconv'
/cygdrive/c/cygwin/lib/libgcj.a(natInflater.o)(.text+0x4e):
undefined 
reference to `_inflateEnd'
/cygdrive/c/cygwin/lib/libgcj.a(natInflater.o)(.text+0x24c):
undefined 
reference to `_inflate'
/cygdrive/c/cygwin/lib/libgcj.a(natInflater.o)(.text+0x3fe):
undefined 
reference to `_inflateReset'
/cygdrive/c/cygwin/lib/libgcj.a(natInflater.o)(.text+0x485):
undefined 
reference to `_inflateSetDictionary'
/cygdrive/c/cygwin/lib/libgcj.a(natInflater.o)(.text+0x64c):
undefined 
reference to `_inflateInit2_'
/cygdrive/c/cygwin/lib/libgcc.a(w32-shared-ptr.o)(.text+0x60):
undefined 
reference to [EMAIL PROTECTED]'
/cygdrive/c/cygwin/lib/libgcc.a(w32-shared-ptr.o)(.text+0x131):
undefined 
reference to [EMAIL PROTECTED]'
/cygdrive/c/cygwin/lib/libgcc.a(w32-shared-ptr.o)(.text+0x18e):
undefined 
reference to [EMAIL PROTECTED]'
/cygdrive/c/cygwin/lib/libcygwin.a(libcmain.o)(.text+0x1f):
undefined 
reference to [EMAIL PROTECTED]'
/cygdrive/c/cygwin/lib/libcygwin.a(libcmain.o)(.text+0x29):
undefined 
reference to [EMAIL PROTECTED]'
/cygdrive/c/cygwin/lib/libcygwin.a(libcmain.o)(.text+0x57):
undefined 
reference to [EMAIL PROTECTED]'
/cygdrive/c/cygwin/lib/libcygwin.a(libcmain.o)(.text+0x7c):
undefined 
reference to [EMAIL PROTECTED]'
/cygdrive/c/cygwin/lib/libcygwin.a(_cygwin_crt0_common.o)(.text+0xbd):

undefined reference to [EMAIL PROTECTED]'
*


I read about this problem at,
http://sources.redhat.com/ml/cygwin/2002-08/msg01385.html
  
  
   
It is mentioned that the '-lkernel32' parameter has
been added and
checked into CVS (for the Makefile of gcc 3.2). Is
there something that
I am missing?
  
  
   
I *did not* take the source and build gcc 3.2 but I
directly selected it
to be installed in setup.exe (Cygwin setup.exe). The
other
options/versions selected are
  
  
   
Cygwin 1.5.5
ash 20031007-1
gcc 3.2-3
  
  
   
Rest of the components are latest.
(I also included -lkernel32 while building my dll,
hoping the unresolved
symbols would be roped in, but to no avail).
  
  
   
Thanks and Regards
Pavan U M.


__
Do you Yahoo!?
Yahoo! Search - Find what youre looking for faster
http://search.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: A problem with OpenSSH 3.8.p1-1 - ssh-agent

2004-03-03 Thread Brian Ford

On Wed, 3 Mar 2004 Andrew J Halls wrote:

>   Second is that I first noticed this problem after upgrading
>Cygwin-1.5 dll at around 1.5.3 or 1.5.4 back in September last year.
>
>As I only run one ssh-agent for all by rxvt/bash sessions that I run I use
>to run a script, out of /etc/profile.d, that would check to see if there was
>a ssh-agent all ready running for the user , if not run one, is so export
>the correct SSH_ into the environment if the script could communicate
>with that instance else give and error message.  I do this so that I can
>close all of my rxvt/bash sessions if I needed to and reattach to the
>agent later when I started them up again.
>
>What I was noticing was that the first rxvt/bash session started would not
>complete it's shutdown until I killed the ssh-agent, this was not the
>pervious way the ssh-agent did things before in Cygwin-1.5.1 or 1.5.2.
>This means to me that the ssh-agent was not closing all its file descriptors
>properly when going into daemon mode or that the semantics of the fork or
>exec call had changed to be more like SVR4.
>
I don't remember the details, but there were bugs like this somewhere in
the 1.5 series.  Search the archives if you are still interested.

>I have another couple of machines running with Cygwin (the version of the
>dll has also been upgraded along the way) and OpenSSH-3.7.1p2 on them with
>the same results at above.
>
You mean they are running Cygwin 1.5.7, and they have the bash/rxvt hang
for the bash/rxvt that started ssh-agent?

The best advice for you is still:

On Tue, 2 Mar 2004 Corinna Vinschen wrote:

>Does this happen all the time, reproducibly?  If yes, did you try
>a recent Cygwin snapshot from http://cygwin.com/snapshots/ to see if that
>cures the problem?
>
>If not, it would be interesting to see an strace of ssh-agent, perhaps.
>
So, please try it.

-- 
Brian Ford
Senior Realtime Software Engineer
VITAL - Visual Simulation Systems
FlightSafety International
Phone: 314-551-8460
Fax:   314-551-8444

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

How to retrieve old messages, index, etc.

From the mail one gets when subscribing to this list:

To get messages 123 through 145 (a maximum of 100 per request), mail:
   <[EMAIL PROTECTED]>
To get an index with subject and author for messages 123-456 , mail:
   <[EMAIL PROTECTED]>
They are always returned as sets of 100, max 2000 per request,
so you'll actually get 100-499.
To receive all messages with the same subject as message 12345,
send an empty message to:
   <[EMAIL PROTECTED]>
I am new to mail list stuff, so please forgive me if I am annoying.
Does the above ever work for this list? If yes how?
Thanks,
Greg
--
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: WinMain in an own static lib -> _WinMain@16 undefined reference ?! ;.(

On Wed, 3 Mar 2004, G.-B. Hauck wrote:

> Hi Gurus !
>
> I have a problem with cygwin gcc (gcc version 3.3.1 cygwin-special) - i
> think that i just don't understand "ld" - so maybe someone can help me
> 
>
> For my "Application-Framework" i need to put WinMain(...) in a lib - but
> it doesnt work - please take a look on a minimalistic example:
>
> 
> /* winmain.cc  */
> #include 
> extern "C" void NewEntry();
> extern "C" int APIENTRY WinMain(HINSTANCE hI,HINSTANCE hPI,
> LPSTR lpCmdLine,int nCmdShow)
> {
> NewEntry();
> return 0;
> }
>
> 
> /* test.cc */
> #include 
> extern "C" void NewEntry()
> {
> MessageBox(NULL,"test","test",MB_OK);
> }
>
> 
> making test.exe with:
> g++ -c winmain.cc
> g++ -c test.cc
> g++ -mwindows -mno-cygwin -o test.exe winmain.o test.o
>
> is ok -> running test.exe gives you a wonderfull MessageBox ...
>
>
> BUT:
> g++ -c winmain.cc
> g++ -c test.cc
> ar -rs libmaintest.a winmain.o
> g++ -mwindows -mno-cygwin -o test.exe test.o -L./ -lmaintest
>
> /usr/lib/gcc-lib/i686-pc-mingw32/3.3.1/../../../../i686-pc-mingw32/lib/libmingw32.a(main.o)(.text+0x9b):main.c:
>  undefined reference to [EMAIL PROTECTED]'
> collect2: ld returned 1 exit status
>
> Why ld can't find [EMAIL PROTECTED] - nm -g libmaintest.a gives:
> winmain.o:
>  U _NewEntry
>  T [EMAIL PROTECTED]
>
> Calling the linker with my lib "before" test.o, i.e.
> g++ -mwindows -mno-cygwin -o test.exe -L./ -lmaintest test.o
> gives the same ...
>
> I'm hanging around for two days with this ;-(
>
> TIA and Thank You, Spasibo, Danke, Merci 
> Georg

Georg,

The way ld works is that all the symbols in object files get included
unconditionally, whereas only the undefined symbols from the libraries get
included.  Also, ld searches forward for undefined symbols.

To resolve [EMAIL PROTECTED] with a symbol from your library, it needs to come
*after* the library that needs it (/usr/i686-pc-mingw32/lib/libmingw32.a).
Unfortunately (for you), gcc/g++ puts all the default libraries *last*
when it calls ld.  You need to override that order.

IOW, I succeeded in linking your app using the following command:

g++ -mwindows -mno-cygwin -o test.exe test.o -lmingw32 -L./ -lmaintest

You are welcome, pozhalujsta, es ist nichts[*], je vous en prie.
Igor
[*] this one's automatically translated, sorry. :-)
-- 
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: How to retrieve old messages, index, etc.

On Wed, 3 Mar 2004, Gregory Borota wrote:

>  From the mail one gets when subscribing to this list:
>
> To get messages 123 through 145 (a maximum of 100 per request), mail:
> <[EMAIL PROTECTED]>
>
> To get an index with subject and author for messages 123-456 , mail:
> <[EMAIL PROTECTED]>
>
> They are always returned as sets of 100, max 2000 per request,
> so you'll actually get 100-499.
>
> To receive all messages with the same subject as message 12345,
> send an empty message to:
> <[EMAIL PROTECTED]>
>
> I am new to mail list stuff, so please forgive me if I am annoying.
> Does the above ever work for this list? If yes how?
>
> Thanks,
> Greg

It works.  You need to know the exact message numbers, however.  For
example, your message (the one I'm replying to) was number 89194 (from the
"Return-Path:" header).  So, to get a copy of your message, you'd send
e-mail to .  Try it...
Igor
P.S. The "Raw text" link in the list archives is your friend. ;-)
-- 
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: How to retrieve old messages, index, etc.

On Wed, 3 Mar 2004, Igor Pechtchanski wrote:

> On Wed, 3 Mar 2004, Gregory Borota wrote:
>
> >  From the mail one gets when subscribing to this list:
> >
> > To get messages 123 through 145 (a maximum of 100 per request), mail:
> > <[EMAIL PROTECTED]>
> >
> > To get an index with subject and author for messages 123-456 , mail:
> > <[EMAIL PROTECTED]>
> >
> > They are always returned as sets of 100, max 2000 per request,
> > so you'll actually get 100-499.
> >
> > To receive all messages with the same subject as message 12345,
> > send an empty message to:
> > <[EMAIL PROTECTED]>
> >
> > I am new to mail list stuff, so please forgive me if I am annoying.
> > Does the above ever work for this list? If yes how?
> >
> > Thanks,
> > Greg
>
> It works.  You need to know the exact message numbers, however.  For
> example, your message (the one I'm replying to) was number 89194 (from the
> "Return-Path:" header).  So, to get a copy of your message, you'd send
> e-mail to .  Try it...
^
Ahem.  s/2/9/.  Damn those typos...
Igor

> Igor
> P.S. The "Raw text" link in the list archives is your friend. ;-)

-- 
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: How to retrieve old messages, index, etc.

It works!

You are a nice guy. Thanks a lot,
Grigori
You wrote on 3/3/2004 2:59 PM:

On Wed, 3 Mar 2004, Igor Pechtchanski wrote:


On Wed, 3 Mar 2004, Gregory Borota wrote:


From the mail one gets when subscribing to this list:

To get messages 123 through 145 (a maximum of 100 per request), mail:
   <[EMAIL PROTECTED]>
To get an index with subject and author for messages 123-456 , mail:
   <[EMAIL PROTECTED]>
They are always returned as sets of 100, max 2000 per request,
so you'll actually get 100-499.
To receive all messages with the same subject as message 12345,
send an empty message to:
   <[EMAIL PROTECTED]>
I am new to mail list stuff, so please forgive me if I am annoying.
Does the above ever work for this list? If yes how?
Thanks,
Greg
It works.  You need to know the exact message numbers, however.  For
example, your message (the one I'm replying to) was number 89194 (from the
"Return-Path:" header).  So, to get a copy of your message, you'd send
e-mail to .  Try it...
^
Ahem.  s/2/9/.  Damn those typos...
Igor

   Igor
P.S. The "Raw text" link in the list archives is your friend. ;-)


--
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: Any fix/work-around for post-install hang problem, yet?

2004-03-03 Thread Glenn Murray

On Wed, 3 Mar 2004, Igor Pechtchanski wrote:
> On Wed, 3 Mar 2004, Glenn Murray wrote:
>
> > Hi,
> >
> > I'm suffering the same problem as in this thread:
> > http://www.cygwin.com/ml/cygwin/2003-12/msg00215.html
> > and as described in this thread, too:
> > http://www.cygwin.com/ml/cygwin/2003-10/msg00868.html
> >
> > This problem always occurs on my XP boxes.  Updating Cygwin,
> > reinstalling Cygwin, and rebooting do not help.  Recently I had a
> > working Cygwin on an XP box, installed MS's IE6 service/security
> > pack, bash started being flaky, and when I updated Cygwin,
> > post-install hung as described in the threads above and bash
> > continues its flakiness.
> >
> > I couldn't find anything in the archives recently.  Has anyone
> > found a work-around for this?
> >
> > Thanks,
> > Glenn
>
> Glenn,
>
> Please review
>
> > Problem reports:   http://cygwin.com/problems.html
>
> and follow the directions there to tell us about your system.  Also,
> please attach /var/log/setup.log.full from a setup session where
> postinstall scripts hung (note: that file is overwritten every time you
> run setup, and you may need to kill the hung bash/sh processes in the task
> manager to allow setup to complete).
>   Igor
> P.S. "flaky" is a very vague description.  Concrete examples that would
> allow others to reproduce the problem, along with the information from the
> problem reporting guidelines above, would be much more helpful.

On Wed, 3 Mar 2004, Larry Hall wrote:

> At 12:55 PM 3/3/2004, you wrote:
> >Hi,
> >
> >I'm suffering the same problem as in this thread:
> >http://www.cygwin.com/ml/cygwin/2003-12/msg00215.html
> >and as described in this thread, too:
> >http://www.cygwin.com/ml/cygwin/2003-10/msg00868.html
> >
> >This problem always occurs on my XP boxes.  Updating Cygwin,
> >reinstalling Cygwin, and rebooting do not help.  Recently I had a
> >working Cygwin on an XP box, installed MS's IE6 service/security
> >pack, bash started being flaky, and when I updated Cygwin,
> >post-install hung as described in the threads above and bash
> >continues its flakiness.
> >
> >I couldn't find anything in the archives recently.  Has anyone
> >found a work-around for this?
>
>
> There was lots of talk in the email archives about this issue and lots
> of work on it too.  Did you see:
>
>   
>
> ?
>
> If this isn't your solution, please provide some information on what's
> hanging and what you have installed, a la:
>
>
> >Problem reports:   http://cygwin.com/problems.html
>
>
>
>
>
>
> --
> Larry Hall  http://www.rfk.com
> RFK Partners, Inc.  (508) 893-9779 - RFK Office
> 838 Washington Street   (508) 893-9889 - FAX
> Holliston, MA 01746
>

Igor and Larry,

Thanks for the responses.  I reproduce this problem by running
setup.exe and it hangs every time, like I said.  I am running the
most recent versions of everything, like I said (setup says
cygwin 1.5.7-1).  As I said, it happens on WinXP boxes;  I
haven't seen it on my Win2K boxes.  I've attached setup.log.

Yes, I saw http://www.cygwin.com/ml/cygwin/2003-10/msg01166.html
when I was browsing the archives.

Michael Robbert (from my first referenced thread) has just told
me he might have the time to work on this;  I do not.  I was just
hoping to get lucky and find a quick fix.

Cheers,
Glenn

P.S. "Flaky" is a vague description, but accurate.  When running
cygwin.bat sometimes the bash prompt appears, sometimes not,
sometimes it opens in /usr/bin, sometimes in $HOME, sometimes ssh
works, sometimes it doesn't; etc.  Setup.exe has put the system
into an unstable (i.e., flaky) state.
2004/03/03 14:55:13 Starting cygwin install, version 2.416

2004/03/03 14:55:13 Current Directory: C:\cygwin\installFiles

2004/03/03 14:55:13 Changing gid to Users

2004/03/03 14:55:13 Could not open service McShield for query, start and stop. McAfee 
may not be installed, or we don't have access.

2004/03/03 14:55:14 source: network install

2004/03/03 14:55:14 root: C:\cygwin binary system

2004/03/03 14:55:14 Selected local directory: C:\cygwin\installFiles

2004/03/03 14:55:15 net: Direct

2004/03/03 14:55:15 site: http://mirror.mcs.anl.gov/cygwin

2004/03/03 14:55:17 Visited: 89 nodes out of 385.

2004/03/03 14:55:17 Dependency ordered install:

2004/03/03 14:55:17 base-passwd

2004/03/03 14:55:17 libgettextpo0

2004/03/03 14:55:17 libintl1

2004/03/03 14:55:17 texinfo

2004/03/03 14:55:17 _update-info-dir

2004/03/03 14:55:17 libiconv2

2004/03/03 14:55:17 libintl2

2004/03/03 14:55:17 cygwin

2004/03/03 14:55:17 ash

2004/03/03 14:55:17 terminfo

2004/03/03 14:55:17 libncurses5

2004/03/03 14:55:17 fileutils

2004/03/03 14:55:17 termcap

2004/03/03 14:55:17 bash

2004/03/03 14:55:17 sh-utils

2004/03/03 14:55:17 textutils

2004/03/03 14:55:17 findutils

2004/03/03 14:55:17 sed

2004/03/03 14:55:17 base-files

2004/03/03 14:55:17 libbz2_1

2004/03/03

Re: [ANNOUNCEMENT] New package: setsid-0.0-3


Under my 'CYGWIN_NT-5.1 1.5.7(0.109/3/2) i686' doing for example:

setsid ls -R /

would still block the console window (mostly for as long as ls runs).

IMO by redirecting only stdin to /dev/null one gets a setsid functionality
closer to
how setsid works under Linux and there is no difference concerning the
ability
to close the console window. (It's true that by not redirecting stdin,
console window
can only be killed)

Wouldn't then be better to redirect only stdin? Are things different under
Win9x/Me?

(I don't see the point for having stderr and stdout redirected also. (for
symmetry maybe))

Apologies if what I am suggesting is stupid.

Greg

- Original Message - 
From: "Corinna Vinschen"


> This new package contains a tiny but handy tool called `setsid'.
> It's the command line version of the system call setsid(2) and
> is also available on a bunch of Linux distros.
>
> Basically it allows to call an application, say `sleep', like this:
>
>   setsid sleep 10
>
> `setsid' forks and detaches from the controlling terminal and so
> the inferior application will not be attached to the terminal as
> well.  Or, to make it short, you can start an application as above
> and immediately close the Windows console window while that application
> keeps running.
>
> On Cygwin, stdin, stdout and stderr are automatically redirected to
> /dev/null if they are connected to the tty (Otherwise closing the
> Windows console window wouldn't succeed).  If you want to keep the
> output, redirect on the command line, e.g.
>
>   setsid ls -l > ls.out
>
>
> To update your installation, click on the "Install Cygwin now" link on
> the http://cygwin.com/ web page.  This downloads setup.exe to your
> system.  Once you've downloaded setup.exe, run it and select "Utils"
> and then click on the appropriate field until the announced version
> number appears if it is not displayed already.
>
> If you have questions or comments, please send them to the Cygwin
> mailing list at: [EMAIL PROTECTED] .  I would appreciate it if you would
> use this mailing list rather than emailing me directly.  This includes
> ideas and comments about the setup utility or Cygwin in general.
>
> If you want to make a point or ask a question, the Cygwin mailing list
> is the appropriate place.
>
>   *** CYGWIN-ANNOUNCE UNSUBSCRIBE INFO ***
>
> If you want to unsubscribe from the cygwin-announce mailing list, look
> at the "List-Unsubscribe: " tag in the email header of this message.
> Send email to the address specified there.  It will be in the format:
>
> [EMAIL PROTECTED]
>
> If you need more information on unsubscribing, start reading here:
>
> http://sources.redhat.com/lists.html#unsubscribe-simple
>
> Please read *all* of the information on unsubscribing that is available
> starting at this URL.
>
> I implore you to READ this information before sending email about how
> you "tried everything" to unsubscribe.  In 100% of the cases where
> people were unable to unsubscribe, the problem was that they hadn't
> actually read and comprehended the unsubscribe instructions.
>
> If you need to unsubscribe from cygwin-announce or any other mailing
> list, reading the instructions at the above URL is guaranteed to
> provide you with the info that you need.
>
> -- 
> 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/

Following on old threads

A bit OT but I don't know where else to quickly go.

How can one follow on an old thread which one doesn't have in his/her 
mailbox?

Thanks,
Greg
--
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: Snapshot 20040225: make hangs/errors out

2004-03-03 Thread Rolf Campbell

Christopher Faylor wrote:

No, but I'll try to catch one. (I removed the strace from my script.)
Ok, caught two already. (Produced with attached script + Makefile)


Not much to there, unfortunately.

Out of curiousity, can you duplicate this problem with the snapshot?  I see
that this is your own build, probably built with --enable-debugging.
I've been diligently testing things with the snapshot rather than my own
build because I was trying to debug what was in the subject.  Snapshots
aren't built with --enable-debugging.  If this is just an artifact from
building with --enable-debugging, then I'm not too worried.
cgf
Ok, I've been running the script with the '25 snapshot all day, with 44 
failures.  All the same type of failures I was seeing with the cvs (with 
--enable-debugging).  Unfortunitely, the ethernet card on my home 
machine broke so for now I'll upload one of the strace files to a 
geocites site.  Nothing looks suspicious to me in the strace, maybe it's 
a bug in make?
http://www.geocities.com/endlisnis/Temp/freeze.zip

What I did notice is that I'm getting a tonne of failures "make: *** 
virtual memory exhausted.  Stop."  grep'ing through the make source 
(which I was unable to compile) I see that this can happen when malloc 
returns NULL (makes sense from the message), and I can say that my 
machine has plenty of memory left.  1Gig of ram, and my commit charge 
never exheaded 500Megs during the whole test.  I have my 
'heap_chunk_in_mb' set to 1024.

-Rolf

--
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: Any fix/work-around for post-install hang problem, yet?

On Wed, 3 Mar 2004, Glenn Murray wrote:

> On Wed, 3 Mar 2004, Igor Pechtchanski wrote:
> > On Wed, 3 Mar 2004, Glenn Murray wrote:
> >
> > > Hi,
> > >
> > > I'm suffering the same problem as in this thread:
> > > http://www.cygwin.com/ml/cygwin/2003-12/msg00215.html
> > > and as described in this thread, too:
> > > http://www.cygwin.com/ml/cygwin/2003-10/msg00868.html
> > >
> > > This problem always occurs on my XP boxes.  Updating Cygwin,
> > > reinstalling Cygwin, and rebooting do not help.  Recently I had a
> > > working Cygwin on an XP box, installed MS's IE6 service/security
> > > pack, bash started being flaky, and when I updated Cygwin,
> > > post-install hung as described in the threads above and bash
> > > continues its flakiness.
> > >
> > > I couldn't find anything in the archives recently.  Has anyone
> > > found a work-around for this?
> > >
> > > Thanks,
> > > Glenn
> >
> > Glenn,
> >
> > Please review
> >
> > > Problem reports:   http://cygwin.com/problems.html
> >
> > and follow the directions there to tell us about your system.  Also,
> > please attach /var/log/setup.log.full from a setup session where
> > postinstall scripts hung (note: that file is overwritten every time you
> > run setup, and you may need to kill the hung bash/sh processes in the task
> > manager to allow setup to complete).
> >   Igor
> > P.S. "flaky" is a very vague description.  Concrete examples that would
> > allow others to reproduce the problem, along with the information from the
> > problem reporting guidelines above, would be much more helpful.
>
> On Wed, 3 Mar 2004, Larry Hall wrote:
>
> > There was lots of talk in the email archives about this issue and lots
> > of work on it too.  Did you see:
> >
> >   
> >
> > ?
> >
> > If this isn't your solution, please provide some information on what's
> > hanging and what you have installed, a la:
> >
> > >Problem reports:   http://cygwin.com/problems.html
> > --
>
> Igor and Larry,
>
> Thanks for the responses.  I reproduce this problem by running
> setup.exe and it hangs every time, like I said.  I am running the
> most recent versions of everything, like I said (setup says
> cygwin 1.5.7-1).  As I said, it happens on WinXP boxes;  I
> haven't seen it on my Win2K boxes.  I've attached setup.log.
>
> Yes, I saw http://www.cygwin.com/ml/cygwin/2003-10/msg01166.html
> when I was browsing the archives.
>
> Michael Robbert (from my first referenced thread) has just told
> me he might have the time to work on this;  I do not.  I was just
> hoping to get lucky and find a quick fix.
>
> Cheers,
> Glenn

Glenn,

You have not read either my message or the documentation that both Larry
and I pointed you at carefully enough.  In my message, I requested the
"/var/log/setup.log.full" (note the ".full") from a failed session.  You
have attached the /var/log/setup.log file.  The Cygwin problem reporting
guidelines request that you attach the output of "cygcheck -svr" to your
message, which you have not done.  Please take the time to read the
relevant instructions and supply enough information to help us track down
your problem.  Letting us know exactly which postinstall scripts hang
would also be helpful.

> P.S. "Flaky" is a vague description, but accurate.  When running
> cygwin.bat sometimes the bash prompt appears, sometimes not,
> sometimes it opens in /usr/bin, sometimes in $HOME, sometimes ssh
> works, sometimes it doesn't; etc.  Setup.exe has put the system
> into an unstable (i.e., flaky) state.

Well, I suspect most of the problems are due to the fact that postinstall
scripts didn't run on your system.  A package's installation is not valid
until its postinstall script has run, so the above is no surprise.  Once
we track down the postinstall problem, if your other symptoms persist, we
can revisit them.
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: Following on old threads

At 05:54 PM 3/3/2004, you wrote:
>A bit OT but I don't know where else to quickly go.
>
>How can one follow on an old thread which one doesn't have in his/her mailbox?

Check out the mailing list archives:




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


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

Re: Following on old threads

On Wed, 3 Mar 2004, Gregory Borota wrote:

> A bit OT but I don't know where else to quickly go.
>
> How can one follow on an old thread which one doesn't have in his/her
> mailbox?
>
> Thanks,
> Greg

Hmm, didn't you just ask about that?  You locate the thread in the
archives, look at the "Raw text" of the message you'd like to reply to,
figure out its number (say, 89201), then send mail to .  You should get a digest of one message (a message that
has another message as an attachment).  Most mail clients will then allow
you to reply to the attached message.  Or you can actually save the raw
text of the message (with some tweaking) and use any mbox-compliant mailer
to reply to it (see 
for details).

Note that in lists archived on a monthly basis (such as this one), the
archives won't keep track of threads referencing messages from previous
months (e.g., if you replied now to some message from January, the list
archives won't show the "References" or "Follow-Ups" links for your
message).  However, it's still recommended to reply to older threads
rather than start the discussion anew, as other threaded mail or news
readers may not have the above limitation.
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: Following on old threads

You wrote on 3/3/2004 5:43 PM:
On Wed, 3 Mar 2004, Gregory Borota wrote:

A bit OT but I don't know where else to quickly go.

How can one follow on an old thread which one doesn't have in his/her
mailbox?
Thanks,
Greg

Hmm, didn't you just ask about that? You locate the thread in the
archives, look at the "Raw text" of the message you'd like to reply to,
figure out its number (say, 89201), then send mail to . You should get a digest of one message (a message that
has another message as an attachment). Most mail clients will then allow
you to reply to the attached message. Or you can actually save the raw
I did that.

text of the message (with some tweaking) and use any mbox-compliant mailer
to reply to it (see
for details).
Note that in lists archived on a monthly basis (such as this one), the
archives won't keep track of threads referencing messages from previous
months (e.g., if you replied now to some message from January, the list
archives won't show the "References" or "Follow-Ups" links for your
message). However, it's still recommended to reply to older threads
rather than start the discussion anew, as other threaded mail or news
readers may not have the above limitation.
Igor
OK, I got it, the message I wanted to follow was more than 1 month old.

Nice as usual. Thanks,
Greg
--
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: stdout/stderr handling by cygrunsrv/bash/tcl

2004-03-03 Thread AJ Reins


--- Igor Pechtchanski <[EMAIL PROTECTED]> wrote:
> On Wed, 3 Mar 2004, Patrick Samson wrote:
> 
> > --- Igor Pechtchanski wrote:
> > > On Tue, 2 Mar 2004, Patrick Samson wrote:
> > >
> > > > I run a service installed as:
> > > >
> > > > cygrunsrv --install pgr-daemon
> > > >  --path /usr/bin/bash.exe
> > > >  --args "--login /opt/pgreplica/bin/pgrd host1 host2"
> > > >  --user pgreplicator
> > > >  --shutdown
> > > >
> > > > Everything is fine with stdout.  Messages are in /var/log/pgr-daemon.log
> > > >
> > > > But if my application, which is a TCL script, writes something on stderr
> > > > (as "puts stderr $msg"),
> > > > This message is written:
> > > > - at the beginning of the file, overwriting the existing stdout text.
> > > > - only when the service is stopped.
> > > >
> > > > Is it an as-is behaviour, a lack or a mistake in the command syntaxes,
> > > > or something wrong in cygrunsrv or bash or tcl?
> > >
> > > Patrick,
> > >
> > > WFM.  I can't reproduce your problem on Win2k
> > > (without Tcl and --user).
> > > Here's what I did:
> > >
> > > $ mkdir /tmp/servicetest && cd /tmp/servicetest
> > > $ cat > service.sh
> > > #!/bin/bash
> > > terminate() {
> > >   echo "Terminating" >&2
> > >   exit 0
> > > }
> > > trap terminate INT
> > > echo "Starting service" >&2
> > > trap -p
> > > while true; do
> > >   sleep 10
> > >   echo "STDERR" >&2
> > >   echo "STDOUT" >&1
> > > done
> > > $ cygrunsrv --install test-daemon --path /usr/bin/bash.exe --args "--login
> /tmp/servicetest/service.sh" --termsig INT --shutdown
> > > $ cygrunsrv -S test-daemon; sleep 30; cygrunsrv -E test-daemon
> > > $ cat /var/log/test-daemon.log
> > > Starting service
> > > trap -- 'terminate' SIGINT
> > > STDERR
> > > STDOUT
> > > STDERR
> > > STDOUT
> > > STDERR
> > > STDOUT
> > > Terminating
> > > $
> > >
> > > So, messages going to stdout/stderr were properly redirected.  If the
> > > above works for you, try adding a Tcl call to the test script, and see
> > > if it changes anything.
> >
> > Your demo works as expected. But TCL introduces
> > the mess.
> >
> > I changed the script to:
> >
> > $ cat service.sh
> > #!/bin/bash
> > # the next line restart using tclsh \
> > exec tclsh "$0" "$@"
> >
> > puts "Starting service"
> > while {true} {
> >   # wait 1 sec
> >   after 1000
> >   puts stderr "STDERR"
> >   puts "STDOUT"
> > }
> > $ cygrunsrv -S test-daemon; sleep 3; cygrunsrv -E
> > test-daemon
> > $ cat /var/log/test-daemon.log
> > STDERR
> > STDERR
> > STDERR
> > STDERR
> >
> > STDOUT
> > STDOUT
> >
> > It looks like the overwriting of these two lines
> > (cr lf are replaced by space):
> > STDERR  STDERR  STDERR  STDERR
> > Starting service  STDOUT  STDOUT  STDOUT  STDOUT
> >
> > Just for the understanding, another trial with the
> > script beginning with a write to stderr:
> >
> > $ cat service.sh
> > #!/bin/bash
> > # the next line restart using tclsh \
> > exec tclsh "$0" "$@"
> >
> > puts stderr "Write stderr"
> > puts "Starting service"
> > while {true} {
> >   # wait 1 sec
> >   after 1000
> >   puts stderr "STDERR"
> >   puts "STDOUT"
> > }
> > $ cygrunsrv -S test-daemon; sleep 3; cygrunsrv -E
> > test-daemon
> > $ cat /var/log/test-daemon.log
> > Starting serviSTDESTDOSTDESTDOSTDESTDOSTDESTDOUT
> >
> > Again the overwriting of these two lines:
> > Write stderr  STDERR  STDERR  STDERR  STDERR
> > Starting service  STDOUT  STDOUT  STDOUT  STDOUT
> >
> > If I run the TCL directly, it's ok, no surprise:
> > $ ./service.sh
> > Write stderr
> > Starting service
> > STDERR
> > STDOUT
> > STDERR
> > STDOUT
> > STDERR
> > STDOUT
> > 
> > $ ./service.sh >service.log 2>&1
> > 
> > $ cat service.log
> > Write stderr
> > Starting service
> > STDERR
> > STDOUT
> > STDERR
> > STDOUT
> > STDERR
> > STDOUT
> >
> > I wouldn't use this syntax, but it shows the same
> > problem, so it may be a clue:
> >
> > $ ./service.sh >service.log 2>service.log
> > 
> > $ cat service.log
> > Starting serviSTDESTDOSTDESTDOSTDESTDOUT
> >
> > Continuing on this way, consider:
> > serviceSH.sh as the shell script of Igor,
> > serviceTCL.sh as the TCL script.
> >
> > $ ./serviceSH.sh >service.log 2>service.log
> > trap -- 'terminateSTDERR
> > STDERR
> > Terminating
> >
> > $ ./serviceSH.sh >>service.log 2>>service.log
> >
> > Starting service
> > trap -- 'terminate' SIGINT
> > STDERR
> > STDOUT
> > STDERR
> > STDOUT
> > STDERR
> > STDOUT
> > Terminating
> >
> > $ ./serviceTCL.sh >service.log 2>service.log
> >
> > Starting serviSTDESTDOSTDESTDOSTDESTDOUT
> >
> > $ ./serviceTCL.sh >>service.log 2>>service.log
> >
> > Starting serviSTDESTDOSTDESTDOSTDESTDOSTDESTDOUT
> >
> > Can someone tell us how cygrunsrv manages the
> > redirections? It's a step toward the explanation.
> 
> cygrunsrv redirects each file separately (like the '>>a 2>>a' syntax).
> This is obviously a Tcl problem.  It seems that Tcl attempts to manage its
> own buffering on STDOUT/STDERR, even when they are redirected.
> 
> Try adding an 'exec 2>&1' just before the 'exec tclsh "$0" "$

Re: stdout/stderr handling by cygrunsrv/bash/tcl

2004-03-03 Thread AJ Reins


--- I wrote:
> 
> --- Igor Pechtchanski <.> wrote:
ARRGGGH!  I am VERY sorry, Igor. I just plain did not think
to check for email addresses before I sent that. Please do not
make me go back to using B20! Please!


__
Do you Yahoo!?
Yahoo! Search - Find what youre looking for faster
http://search.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/

Thank you Cygwin

2004-03-03 Thread George Hester

I been trying for years using various cvs managers and have never liked any I have 
tried.  But I decided to see what Cygwin had to offer.  I saw it in there and so 
installed cvs.  This CVS was the most pleasant experience I have ever had with CVS.  
Thank you all for putting the time and effort into this application Cygwin.  It has 
come a long way since I first fooled with it 4 yrs ago.

-- 
George Hester
__


--
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: read(): varblk tape records...(& Fix for : read())

2004-03-03 Thread Jason Winter

Hi Corinna,

If read() turns out to need a change, could you also check why I need to 
set varblk mode before each write to remind the API what's going on - from 
what I remember a second write returns an error unless I reset varblk mode 
each time.  (I call a routine to set it [was:'to'] before each read and 
write, just to be sure... but would like to know that all the extra code 
can be removed at some time later.)
Please provide a brief test case to reproduce that problem.  I don't see
that happening.
The "end-problem" is read() failing with -1 when it should have a tape block 
ready to read, and if setblk is used for each write - it does find the 
correct block.

Each run uses a 512 byte buffed with 0123456789...
Each write replaces the leading 0 with A, B etc.
Used SCSI TAPE commands: BackSpace, Rewind, SetBlock
--
   opblk.mt_op = MTBSR;
   opblk.mt_count = 1;
   rc = ioctl (fh, MTIOCTOP, (char*)&opblk);
--
   opblk.mt_op = MTREW;
   opblk.mt_count = 1;
   rc = ioctl (fh, MTIOCTOP, (char*)&opblk);
--
   opblk.mt_op = MTSETBLK;
   opblk.mt_count = len; // (len=0)
   rc = ioctl (fh, MTIOCTOP, (char*)&opblk);
--
Run1: With *2* set-var-blk statements...

Opening Tape Handle
stblk.mt_blkno=0
ST0: Status: 4103 BOT ON-LINE
Setting variable records. rc=0
ST0: Status: 4103 BOT ON-LINE
rewind... rc=0
ST0: Status: 4103 BOT ON-LINE
write... rc=512
ST0: Status: 0103 ON-LINE
stblk.mt_blkno=1
backspace... rc=0
ST0: Status: 4103 BOT ON-LINE
stblk.mt_blkno=0
read... rc=512
A123456789
ST0: Status: 0103 ON-LINE
stblk.mt_blkno=1
Setting variable records. rc=0
ST0: Status: 0103 ON-LINE
write... rc=512
ST0: Status: 0103 ON-LINE
stblk.mt_blkno=2
backspace... rc=0
ST0: Status: 0103 ON-LINE
stblk.mt_blkno=1
read... rc=512
B123456789
ST0: Status: 0103 ON-LINE
stblk.mt_blkno=2
rewind... rc=0
ST0: Status: 4103 BOT ON-LINE
Closing Tape Handle
==

Run2: With *only 1* set-var-blk statement...

Opening Tape Handle
stblk.mt_blkno=0
ST0: Status: 4103 BOT ON-LINE
Setting variable records. rc=0
ST0: Status: 4103 BOT ON-LINE
rewind... rc=0
ST0: Status: 4103 BOT ON-LINE
write... rc=512
ST0: Status: 0103 ON-LINE
stblk.mt_blkno=1
backspace... rc=0
ST0: Status: 4103 BOT ON-LINE
stblk.mt_blkno=0
read... rc=512
A123456789
ST0: Status: 0103 ON-LINE
stblk.mt_blkno=1
write... rc=512
ST0: Status: 0103 ON-LINE
stblk.mt_blkno=2
backspace... rc=0
ST0: Status: 0103 ON-LINE
stblk.mt_blkno=1
read... rc=-1
ST0: Status: 0103 ON-LINE
stblk.mt_blkno=2
rewind... rc=0
ST0: Status: 4103 BOT ON-LINE
Closing Tape Handle
In run2, the second read consistently fails (with no known ERRNO set.)

Jason.

_
SEEK: Now with over 50,000 dream jobs! Click here  
http://ninemsn.seek.com.au?hotmail

--
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: WinMain in an own static lib -> _WinMain@16 undefined reference ?! ;.(

2004-03-03 Thread G.-B. Hauck


> g++ -mwindows -mno-cygwin -o test.exe test.o -lmingw32 -L./ -lmaintest


:-)
Thank You ! - And now i know something about "ld" - yeah

Georg



--
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: read(): varblk tape records...(& Fix for : read())

2004-03-03 Thread Jason Winter

Hi Corinna,

The error for read() was 28, No space left on device, if that helps.
Jason.
_
Get Extra Storage in 10MB, 25MB, 50MB and 100MB options now! Go to  
http://join.msn.com/?pgmarket=en-au&page=hotmail/es2

--
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: Gv on cywgin