Re: cygheap problems with 1.5.11

[Dr. Volker Zell]

> Gerrit P Haase writes:

> Hi Volker,
>> In my case the cygheap_fixup_in_child error manifests only in a
>> couple of gnome1 applications which I compiled by myself. It looks as
>> so all apps which are dependent on /opt/gnome1/bin/cygart_lgpl-2.dll
>> are infected. All my other gnome1 apps works just fine. For example:

>> 08:15 AM [741]> cygcheck /opt/gnome1/bin/gnubg.exe 
>> D:/opt/gnome1/bin/gnubg.exe
>> D:/opt/gnome1/bin\cygart_lgpl-2.dll   <

By the way when I move my /opt/gnome1/bin/cygart_lgpl-2.dll (which is
from gnome-libs-1.4.2) out of the way and hard link the cygwin released version
/bin/cygart_lgpl_2-2.dll instead all my previously infected apps start
working again. 

Now what's the problem with rebasing of /opt/gnome1/bin/cygart_lgpl-2.dll under
cygwin-1.5.11 ?? Rebasing under cygwin-1.5.10 used to work fine.

> Gerrit

Ciao
  Volker


--
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: cygheap problems with 1.5.11

[Yaakov Selkowitz]

Yaakov Selkowitz wrote:
Well, right now gpg, XWin, XWin_GL all aren't working, along with my 
self-compiled snownews, plus any program that I've compiled since the 
problem first happened.

Again, the common factor seems to be rebasing with cygwin-1.5.11.  Could 
someone *please* investigate (before my cygwin becomes completely 
unusable!).

BTW, Gerrit, I was working on getting together a bunch of Gnome prereqs 
for ITP at the time, but I can't do anything now until this is fixed. :-(
FWIW, I deleted everything except /home and did a clean reinstall. 
Everything is working now, and I've even survived my first rebaseall. 
Oh well, I guess I'll never know what really happened, but at least my 
cygwin is up and working again.

At least reinstalling Cygwin is a lot easier than reinstalling Windoze. :-)
Yaakov
--
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: "Broken pipe" warning from bash. (question for bash maintainer)

[Christopher Faylor]

On Wed, Sep 29, 2004 at 05:34:15AM +0200, Bas van Gompel wrote:
>Op Tue, 28 Sep 2004 09:53:32 +0200 (MET DST) schreef ik
>
>: Following little (bash) shell-script many times causes a "Broken pipe"
>: (SIGPIPE) warning to be emitted by bash. Is this expected behaviour?
>
>Maybe I should have been clearer... ...
>
>[Explanation I was writing snipped.]
>
>...It's in the bash FAQ... ftp://ftp.cwru.edu/pub/bash/FAQ>
>section E2.
>
>According to that, defining ``DONT_REPORT_SIGPIPE'' in ``config-top.h''
>will enable building a version which does not show the behaviour.
>
>Is this flag set on the various distro's?
>
>Should it be set on cygwin? (If only to prevent more stupid questions
>like mine...)

It sounds like maybe it should be set.  I've reset the subject to alert the
bash maintainer.

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: "Broken pipe" warning from bash.

[Bas van Gompel]

Op Tue, 28 Sep 2004 09:53:32 +0200 (MET DST) schreef ik

: Following little (bash) shell-script many times causes a "Broken pipe"
: (SIGPIPE) warning to be emitted by bash. Is this expected behaviour?

Maybe I should have been clearer... ...

[Explanation I was writing snipped.]

...It's in the bash FAQ... ftp://ftp.cwru.edu/pub/bash/FAQ>
section E2.

According to that, defining ``DONT_REPORT_SIGPIPE'' in ``config-top.h''
will enable building a version which does not show the behaviour.

Is this flag set on the various distro's?

Should it be set on cygwin? (If only to prevent more stupid questions
like mine...)

Sorry about the noise, ppl.

L8r,

Buzz.
-- 
  ) |  | ---/ ---/  Yes, this | This message consists of true | I do not
--  |  |   //   really is |   and false bits entirely.| mail for
  ) |  |  //a 72 by 4 +---+ any1 but
--  \--| /--- /---  .sigfile. |   |perl -pe "s.u(z)\1.as."| me. 4^re

--
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: cygserver won't start

[Alder]

Michael Hipp wrote::
Hello,
I realize this topic was discussed at length quite recently but in all 
those posts I was not able to discern a solution.

That would have been my original post that spawned that thread, Michael. 
  In the end, it appeared to be related to my PATH variable contents. 
Can you post yours here so we can have a boo?

Alder
--
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: [INFO] Adding "cygwin here" to Windows Explorer

[Gary R. Van Sickle]

> On Mon, Sep 27, 2004 at 10:02:28PM -0400, Jean-Sebastien 
> Trottier wrote:
> >Hi guys,
> >
> >Just to add my 2 dimes, here's what I use:
> 
> You're quoting my email.  Are you volunteering to provide a 
> package?  If so, the list to send your package information to 
> is cygwin-apps.  People there can help you pull together what 
> you need.
> 
> If not, then one of the main reasons for my sending my 
> original email was to shut down this interminable and 
> repeated discussion and come up with a solution for everyone 
> that could be installed via setup.exe.
> 
> I don't need *more* discussion about the super special ways 
> that people do this.  I'd like to see someone stepping up to 
> offer a package.
> 
> >Christopher Faylor wrote:
> >>But, regardless, I don't see any reason to debate this.  I 
> would like 
> >>a package and would appreciate it if someone would provide one.

Hmm.  I'd like that too.  Wonder if it's more likely to happen now or
less

-- 
Gary R. Van Sickle
 


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

Re: Problems configuring libgpg-error ?

[Gerrit P. Haase]

Hilton Fernandes wrote:
Dear all, 

sorry if this was already discussed in the mailing lists, but i could
not find it here.
A small and supposedly simple library, named libgpg-error is
responsible only for some constants in the context of gnupg and its
associated library.
Contrary to all my expectations, the configure step in cygwin gives
the most strange errors.  But it runs fine in Fedora GNU/Linux !
Why is that so ?  Is there any simple solution to this ? 
I have a patched version online:
http://194.95.224.180/cygwin/gnupg/
In the -src archive is a buildscript and a patch, extract it and run the 
script with the option 'all' to get a binary tarball and a new source 
tarbhall, or just fetch the binary package.  If you run the script with 
option 'prep' you get a pacthed source directory.  See the script for 
the details.

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

Re: cygserver won't start

[Brian Dessent]

Michael Hipp wrote:
> 
> Brian Dessent wrote:
> 
> > Michael Hipp wrote:
> >>"starting service `cygserver' failed: execv: 1, Operation not permitted."
> >>
> >>Any clue what this trying to tell me.
> >
> >
> > What are the permissions and ownership for /usr/sbin/cygserver.exe?
> 
> Windows reports "Full Control" for Everyone (including Read & Execute).
> Current owner is me (MICHAEL\michael). I'm a member of Administrators on
> this box.
> 
> Bash reports:
> -rwxrwxrwx1 michael  Users  103424 Sep  4 22:18 cygserver.exe

Hmm.  You should also check that /etc/cygserver.conf is readable by
SYSTEM and that /var/log/cygserver.log is readable and writable by
SYSTEM.  You could always just do "chown SYSTEM:root" and "chmod 644" on
them if unsure, but I suspect they're fine.

Only other thing I can think of is that something else in the DLL path
required for cygserver lacks read and execute permission for SYSTEM. 
cygcheck reports that the only DLL that cygserver depends on is the main
cygwin1.dll, so verify that it has r and x for SYSTEM.

If none of that works, then you'll have to get some more info about the
failure.  Two ways that come to mind would be to add "-d" to the
cygserver commandline (use cygrunsrv to remove and reinstall the
service, or just edit the key of the registry); and getting a bash
prompt as SYSTEM and launching it from the console and see what happens
(google the list archives for "sysbash".)

Brian

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

Re: 'which' command does not expand '~' in path (base-files update needed)

[Errol Smith]

At 06:40 AM 29/09/2004, John Morrison wrote:
Just my two penny worth; I've just pulled, ./configure[d] and make[d] the
GNU which application (it built OOTB).  It correctly checks ~/bin.
See my original post (http://www.cygwin.com/ml/cygwin/2004-09/msg01383.html)
Would it be worth considering using this version of which?  What are the
advantages of the Cygwin version?
I don't know (but using it would fix the other half of the problem..) - as 
for advantages it's (probably) simpler, smaller, faster.
(btw, I stated the cygwin which.exe was 5k, it's actually about 11k - I was 
testing the previous build to see if there was any difference which there 
wasn't).

Errol
--
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: "which" command does not expand "~" in path (base-files update needed)

[Errol Smith]

At 05:43 AM 29/09/2004, Brian Ford wrote:
> export PATH=~/bin:$PATH
How 'bout using a temp, or just plain $HOME as suggested before?
 Good question, I'd like to know what was wrong with my (first ever 
cygwin) patch! ;-)
Seriously though, is there any advantage to using ~ over $HOME? the bash 
man page states that ~ maps to $HOME anyway:
"If this login name is the null string, the tilde is replaced  with  the 
value  of  the shell parameter HOME.  If HOME is unset, the home directory 
of the user executing the shell 
is  substituted  instead.   Other-wise,  the  tilde-prefix is replaced with 
the home directory associated with the specified login name."

Errol
--
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: "which" command does not expand "~" in path (base-files update needed)

[Errol Smith]

At 03:27 AM 29/09/2004, Igor wrote:
> Agreed, but aren't we talking about .bash_profile here ;-)?
Ugh.  Yes.
FWIW, /etc/profile does use '~' (in lines 191-195), so the above point is
valid anyway (though by chance, rather than by intention)...
 I notice that it's also full of carriage returns! :-)
Errol
(if sh does not perform tilde expansion, shouldn't /etc/profile be modified 
so it doesn't use them?)

--
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: "which" command does not expand "~" in path (base-files update needed)

[Errol Smith]

At 01:31 AM 29/09/2004, Christopher Faylor wrote:
> # Set MANPATH so it includes users' private man if it exists
> # if [ -d ~/man ]; then
>-#   MANPATH="~/man:${MANPATH}"
>+#   MANPATH="${HOME}/man:${MANPATH}"
> # fi
>
> # Set INFOPATH so it includes users' private info if it exists
> # if [ -d ~/info ]; then
>-#   INFOPATH="~/info:${INFOPATH}"
>+#   INFOPATH="${HOME}/info:${INFOPATH}"
> # fi
I don't know if man or info deal properly with ~ but neither of the
above should cause a problem for which.
 I realise they don't affect "which", but I was assuming they might affect 
man and/or info. See Igors message 
(http://www.cygwin.com/ml/cygwin/2004-09/msg01565.html) which seems to 
confirm my suspicions. Also, it was simply for consistency (no point doing 
an assignment one way on one line & another way on another without a good 
reason).

E
  

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

[Larry Hall]

At 06:44 PM 9/28/2004, you wrote:
>> 
>> >Here's the exact problem
>> >$ crontab -l (my crontab)
>> ># DO NOT EDIT THIS FILE - edit the master and
>> >reinstall.
>> ># (/tmp/crontab.1572 installed on Mon Sep 27
>> 17:10:53
>> >2004)
>> ># (Cron version -- $Id: crontab.c,v 1.7 2003/04/15
>> >15:13:41 corinna Exp $)
>> >HOME = "/cygdrive/c/Program Files/Sonic"
>> >BASE="/cygdrive/k/rekha/runSonic"
>> >* * * * * /usr/bin/touch "$BASE/foo.txt"
>> >1>${HOME}/sonicOutput/cron.out 2>${HOME
>> >}/sonicOutput/cron.err
>> >
>> >Here's the output of cron.err
>> >$ cat cron.err
>> >/usr/bin/touch: creating
>> >`/cygdrive/k/rekha/runSonic/foo.txt': No such file
>> or
>> >directory
>> >
>> >NOTE: I can see the contents of cygdrive/k from the
>> >shell. I only have problems while using the cron.
>> So
>> >if I excute this command like follows it works
>> >[EMAIL PROTECTED] /tmp
>> >$ touch /cygdrive/k/rekha/foo.txt
>> >
>> >$ ls -ltr /cygdrive/k/rekha
>> >total 92
>> >-rwxr-xr-x1 rbelur   mkgroup-12302 Sep 27
>> >17:07 cron_diagnose.sh
>> >-rw-r--r--1 rbelur   mkgroup-0 Sep 27
>> >17:34 foo.txt
>> 
>> 
>> Read this:
>> 
>>
>
>> 
>> If you've installed cron as directed, you won't have
>> access to non-publicly
>> accessible shares.  Your options are to make the
>> shares accessible to all
>> without authentication or run 'cron' as a service
>> under the same user as 
>> owns the crontab.  The former opens up your share's
>> permissions 
>> significantly.  The latter makes 'cron' usable by
>> only you.
>> 
>
>Thanks for the response and sorry to bug you folks but
>I have tried reading the email archives and trying
>some different things to no avail.
>
>I changed my permissions, so now
>
>$ ls -ltr /cygdrive
>total 0
>drwxr-xr-x1 rbelur   Domain U0 Dec 31 
>1969 y
>drwxr-xr-x1 rbelur   Domain U0 Aug 11
>12:35 x
>drwxr-xr-x1 rbelur   Domain U0 Sep 14
>17:11 w
>drwxr-xr-x1 rbelur   Domain U0 Sep 22
>12:10 k
>drwxrwxr-x+  18 Administ root0 Sep 28
>15:01 c
>
>
>I have only one option which is to run the cron user
>as "rbelur" to try to get cron to read my network
>drive. To that end I did the following
>$ cygrunsrv --stop cron
>$ cygrunsrv --remove cron
>$ cygrunsrv --install cron -p /usr/sbin/cron -a -D -u
>"rbelur" -w "mypassword"
>
>$ cygrunsrv --start cron
>cygrunsrv: Error starting a service: StartService: 
>Win32 error 1069:
>The service did not start due to a logon failure.
>
>Am I still missing something basic ? Sorry to bother
>but any help would be appreciated


Try:



Assuming 'cron_diagnose.sh' reports something, you should review it and 
make any appropriate changes.  Keep in mind that most people use this 
when setting up 'cron' to run as a service under 'SYSTEM', so YMMV.  It's
probably a permissions problem.  You can check the logs in the Windows 
event viewer and '/var/log/cron.log' as well for hints.  Permissions/
ownership of '/var/cron' may need to be changed.  Don't forget to
read '/usr/share/doc/Cygwin/cron.README' too.  That should give you a 
few things to look at/try. ;-)



--
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: cygserver won't start

[Michael Hipp]

Brian Dessent wrote:
Michael Hipp wrote:
"starting service `cygserver' failed: execv: 1, Operation not permitted."
Any clue what this trying to tell me.

What are the permissions and ownership for /usr/sbin/cygserver.exe?
Windows reports "Full Control" for Everyone (including Read & Execute). 
Current owner is me (MICHAEL\michael). I'm a member of Administrators on 
this box.

Bash reports:
-rwxrwxrwx1 michael  Users  103424 Sep  4 22:18 cygserver.exe
Thanks,
Michael
--
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/mount problem

[Rekha Belur]

> 
> >Here's the exact problem
> >$ crontab -l (my crontab)
> ># DO NOT EDIT THIS FILE - edit the master and
> >reinstall.
> ># (/tmp/crontab.1572 installed on Mon Sep 27
> 17:10:53
> >2004)
> ># (Cron version -- $Id: crontab.c,v 1.7 2003/04/15
> >15:13:41 corinna Exp $)
> >HOME = "/cygdrive/c/Program Files/Sonic"
> >BASE="/cygdrive/k/rekha/runSonic"
> >* * * * * /usr/bin/touch "$BASE/foo.txt"
> >1>${HOME}/sonicOutput/cron.out 2>${HOME
> >}/sonicOutput/cron.err
> >
> >Here's the output of cron.err
> >$ cat cron.err
> >/usr/bin/touch: creating
> >`/cygdrive/k/rekha/runSonic/foo.txt': No such file
> or
> >directory
> >
> >NOTE: I can see the contents of cygdrive/k from the
> >shell. I only have problems while using the cron.
> So
> >if I excute this command like follows it works
> >[EMAIL PROTECTED] /tmp
> >$ touch /cygdrive/k/rekha/foo.txt
> >
> >$ ls -ltr /cygdrive/k/rekha
> >total 92
> >-rwxr-xr-x1 rbelur   mkgroup-12302 Sep 27
> >17:07 cron_diagnose.sh
> >-rw-r--r--1 rbelur   mkgroup-0 Sep 27
> >17:34 foo.txt
> 
> 
> Read this:
> 
>

> 
> If you've installed cron as directed, you won't have
> access to non-publicly
> accessible shares.  Your options are to make the
> shares accessible to all
> without authentication or run 'cron' as a service
> under the same user as 
> owns the crontab.  The former opens up your share's
> permissions 
> significantly.  The latter makes 'cron' usable by
> only you.
> 

Thanks for the response and sorry to bug you folks but
I have tried reading the email archives and trying
some different things to no avail.

I changed my permissions, so now

$ ls -ltr /cygdrive
total 0
drwxr-xr-x1 rbelur   Domain U0 Dec 31 
1969 y
drwxr-xr-x1 rbelur   Domain U0 Aug 11
12:35 x
drwxr-xr-x1 rbelur   Domain U0 Sep 14
17:11 w
drwxr-xr-x1 rbelur   Domain U0 Sep 22
12:10 k
drwxrwxr-x+  18 Administ root0 Sep 28
15:01 c


I have only one option which is to run the cron user
as "rbelur" to try to get cron to read my network
drive. To that end I did the following
$ cygrunsrv --stop cron
$ cygrunsrv --remove cron
$ cygrunsrv --install cron -p /usr/sbin/cron -a -D -u
"rbelur" -w "mypassword"

$ cygrunsrv --start cron
cygrunsrv: Error starting a service: StartService: 
Win32 error 1069:
The service did not start due to a logon failure.

Am I still missing something basic ? Sorry to bother
but any help would be appreciated

Thanks




___
Do you Yahoo!?
Declare Yourself - Register online to vote today!
http://vote.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: 1.5.11-1: Problem running executables in bash

[Brian Dessent]

Nathan Green wrote:

> SET HOME="c:\cygwin"
> SET PATH="c:\cygwin\bin"
> 
> C:
> chdir C:\cygwin\bin
> 
> bash --login -i

Why did you edit this file?  Your PATH almost certainly requires more
than just \cygwin\bin in it.  You will have great difficulty running
many things without your windows system directory in the path.  You
shouldn't even need to mess with the PATH variable unless you want your
cygwin directory in the path outside of cygwin.bat.  That is, it will be
added to your path when you start bash so there's no need to set it in
cygwin.bat.  If you insist on editing it then at least prepend cygwin to
the beginning of the path, don't replace the path with just \cygwin\bin.

Brian

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

Re: "which" command does not expand "~" in path (base-files update needed)

[Igor Pechtchanski]

On Tue, 28 Sep 2004, Christopher Faylor wrote:

> On Tue, Sep 28, 2004 at 03:48:12PM -0400, Igor Pechtchanski wrote:
> >On Tue, 28 Sep 2004, Christopher Faylor wrote:
> >
> >> On Tue, Sep 28, 2004 at 02:43:38PM -0500, Brian Ford wrote:
> >> >On Tue, 28 Sep 2004, Christopher Faylor wrote:
> >> >
> >> >> Of course there is a simple solution: lose the quotes.  AFAICT, they
> >> >> aren't needed.
> >> >
> >> >IMHO, they are.  Windows programs often put directories containing spaces
> >> >in the system path.  ex:
> >> >
> >> >/cygdrive/c/Program Files/ATI Technologies/ATI Control Panel
> >>
> >> Try the above with a PATH that contains spaces.  Spaces are preserved.
> >
> >They are in this case, but won't be in general.  E.g., try
> >
> >PATH=~/bin:$PATH which ls
>
> This works fine no matter where I put the directory with spaces in it.
>
> Regardless, I don't see any reason to turn this thread into an
> exposition on what does or doesn't work with variables that contain
> spaces.  Dropping the quotes from the original example will just cause
> everything to work correctly everywhere.
>
> John Morrison, would you mind doing this, please?

I stand corrected.
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!

"Happiness lies in being privileged to work hard for long hours in doing
whatever you think is worth doing."  -- Dr. Jubal Harshaw

--
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: cygserver won't start

[Brian Dessent]

Michael Hipp wrote:

> Thanks. /var/log/cygserver.log is empty. The only slightly helpful thing
> in the Event log looks like this:
> 
> "starting service `cygserver' failed: execv: 1, Operation not permitted."
> 
> Any clue what this trying to tell me.

What are the permissions and ownership for /usr/sbin/cygserver.exe?

Brian

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

Re: "which" command does not expand "~" in path (base-files update needed)

[Christopher Faylor]

On Tue, Sep 28, 2004 at 03:48:12PM -0400, Igor Pechtchanski wrote:
>On Tue, 28 Sep 2004, Christopher Faylor wrote:
>
>> On Tue, Sep 28, 2004 at 02:43:38PM -0500, Brian Ford wrote:
>> >On Tue, 28 Sep 2004, Christopher Faylor wrote:
>> >
>> >> Of course there is a simple solution: lose the quotes.  AFAICT, they
>> >> aren't needed.
>> >
>> >IMHO, they are.  Windows programs often put directories containing spaces
>> >in the system path.  ex:
>> >
>> >/cygdrive/c/Program Files/ATI Technologies/ATI Control Panel
>>
>> Try the above with a PATH that contains spaces.  Spaces are preserved.
>
>They are in this case, but won't be in general.  E.g., try
>
>PATH=~/bin:$PATH which ls

This works fine no matter where I put the directory with spaces in it.

Regardless, I don't see any reason to turn this thread into an
exposition on what does or doesn't work with variables that contain
spaces.  Dropping the quotes from the original example will just cause
everything to work correctly everywhere.

John Morrison, would you mind doing this, please?

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: cygserver won't start

[Michael Hipp]

Brian Dessent wrote:
Michael Hipp wrote:

I realize this topic was discussed at length quite recently but in all
those posts I was not able to discern a solution.
I installed cygserver with 'cygserver-config'.
But starting the service produces:
cygrunsrv: Error starting a service: QueryServiceStatus:  Win32 error 1062:
The service has not been started.

Look in /var/log/cygserver.log and your Windows Event Log for the cause.
Thanks. /var/log/cygserver.log is empty. The only slightly helpful thing 
in the Event log looks like this:

"starting service `cygserver' failed: execv: 1, Operation not permitted."
Any clue what this trying to tell me.
Thank you,
Michael Hipp
--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Problem reports:   http://cygwin.com/problems.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

1.5.11-1: Problem running executables in bash

[Nathan Green]

I am able to run executables from my c:\cygwin\bin directory with no
problems.  However, when I run cygwin.bat, I am unable to run any of
the executables in the bin directory.  Here is what my cygwin.bat file
looks like:

SET HOME="c:\cygwin"
SET PATH="c:\cygwin\bin"

C:
chdir C:\cygwin\bin

bash --login -i

Everything seems okay, yet the problem remains.  Any suggestions?

--
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: cygserver won't start

[Brian Dessent]

Michael Hipp wrote:

> I realize this topic was discussed at length quite recently but in all
> those posts I was not able to discern a solution.
> 
> I installed cygserver with 'cygserver-config'.
> 
> But starting the service produces:
> cygrunsrv: Error starting a service: QueryServiceStatus:  Win32 error 1062:
> The service has not been started.

Look in /var/log/cygserver.log and your Windows Event Log for the cause.

Brian

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

cygserver won't start

[Michael Hipp]

Hello,
I realize this topic was discussed at length quite recently but in all 
those posts I was not able to discern a solution.

I installed cygserver with 'cygserver-config'.
But starting the service produces:
cygrunsrv: Error starting a service: QueryServiceStatus:  Win32 error 1062:
The service has not been started.
I can find nothing amiss in my paths. I did this exact same procedure 
only yesterday on a different W2k box with no problems whatsoever.

Any help appreicated,
Michael Hipp
Heber Springs, Arkansas, USA
--
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: "which" command does not expand "~" in path (base-files update needed)

[Hannu E K Nevalainen]

you wrote:

> On Tue, 28 Sep 2004, Christopher Faylor wrote:
> 
>> On Tue, Sep 28, 2004 at 02:43:38PM -0500, Brian Ford wrote:
>>> On Tue, 28 Sep 2004, Christopher Faylor wrote:
 Of course there is a simple solution: lose the quotes.  AFAICT,
 they aren't needed.
>>> 
>>> IMHO, they are.  Windows programs often put directories containing
>>> spaces in the system path.  ex: 
>>> 
>>> /cygdrive/c/Program Files/ATI Technologies/ATI Control Panel
>> 
>> Try the above with a PATH that contains spaces.  Spaces are
>> preserved. 
> 
> Ugh..., you're right.  I'm sure I've been bitten by something very
> similar to this before though (scratches head)?

Spaces in arguments (e.g. filenames) always bites, eventually.
/giggle/ There is no escape ;-)


/Hannu E K Nevalainen, B.Sc. EE Microcomputer systems--72-->

** mailing list preference; please keep replies on list **

-- printf("LocalTime: UTC+%02d\n",(DST)? 2:1); --
--END OF MESSAGE--

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

Re: 'which' command does not expand '~' in path (base-files update needed)

[John Morrison]

Sorry, I've not been following this thread (until the brackets appeared in
the subject!).

Just my two penny worth; I've just pulled, ./configure[d] and make[d] the
GNU which application (it built OOTB).  It correctly checks ~/bin.  Would
it be worth considering using this version of which?  What are the
advantages of the Cygwin version?

J.



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

[ANNOUNCEMENT] Updated: unison-2.10.2-2

[Schulman . Andrew]

A new version of the unison package is available in the Cygwin
distribution.

Changes in version 2.10.2-2:
* Corrected build instructions in
/usr/share/doc/Cygwin/unison-2.10.2-2.README.
* Added Cygwin version file /usr/share/doc/unison/NEWS.Cygwin.


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.  Then, run setup and answer all of the questions.

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

Andrew Schulman.


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

Re: ssh-host-config requires cygminires.dll

[Brian Dessent]

a12 wrote:

> cygrunsrv: Error starting a service: QueryServiceStatus: Win32 error 1062:
> The service has not been started.

Just FYI, this error is essentially meaningless.  It just tells you that
there was an error starting your service, you get it any time something
goes wrong.  The real error will be in one of the places listed in
Igor's reply.  In other words, installing minires may very well have
fixed _that_ problem but now there's something else wrong.  It's likely
a permissions problem with one or more of the log file, pid file, config
file, or /var/empty, if I had to take a guess...

Brian

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

Re: "Broken pipe" warning from bash.

[Brian Dessent]

Errol Smith wrote:

> >=== Begin tc-pipe.sh ===
> >#!/bin/bash
> >
> >for t in a b; do
> >  seq 1 2
> >done | head -n 1
> >
> > End tc-pipe.sh 
> 
>   I was going to say "use a recent snapshot because the 'Broken Pipe'
> problems were fixed by the Gold-Star deserving Pierre"... BUT I tried your
> testcase and it fails (intermittently) even with the latest snapshot
> (20040928).
>   Pierre's patch DID fix the broken pipe issues I reported so this might be
> a different problem.

Even stranger, it only seems to fail if the script is in a file.  If you
type it at a prompt (on one line or not, doesn't matter) you don't get
the error.

Brian

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

Problems configuring libgpg-error ?

[Hilton Fernandes]

Dear all, 


sorry if this was already discussed in the mailing lists, but i could
not find it here.

A small and supposedly simple library, named libgpg-error is
responsible only for some constants in the context of gnupg and its
associated library.

Contrary to all my expectations, the configure step in cygwin gives
the most strange errors.  But it runs fine in Fedora GNU/Linux !

Why is that so ?  Is there any simple solution to this ? 


Best regards,
Hilton

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

Re: Re-installing Cygwin

[Brian Ford]

On Tue, 28 Sep 2004, Mike Rochon wrote:

> Hi,
> I installed Cygwin according to the instructions at
> ftp.octave.org/pub/octave/README.Windows
> The installation went fairly smoothly.  I then launched the shell and FTPed
> the octave-2.1.57.tar.gz.
>
> Upon trying to unpack the source, I was getting file does not exist errors
> whether I was in the directory,
> using full paths, or anything else I tried.  So I removed cygwin according
> the the instructions, deleting
> all directories, clearing all registry keys, and removing icons and startup
> menu entries.
>
> Now when trying to re-setup, all I am seeing for packages are:  All,
> Graphics, and Math.  I am not seeing
> the other packages I need such as Archive, Devel, Text, Utils etc.
>
> My question is:  Why do I not see all the packages that I saw in the
> original Setup?

Why are you asking here?  If you are using instructions found at
octave.org, then ask them why they don't work.

If you use instructions/setup.exe from cygwin.com and things don't go as
planned, please post again.

My WAG is that you had two different mirrors selected the first time, and
only the octave one on the second try?

-- 
Brian Ford
Senior Realtime Software Engineer
VITAL - Visual Simulation Systems
FlightSafety International
the best safety device in any aircraft is a well-trained pilot...

--
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-installing Cygwin

[Mike Rochon]

Hi,
I installed Cygwin according to the instructions at
ftp.octave.org/pub/octave/README.Windows
The installation went fairly smoothly.  I then launched the shell and FTPed
the octave-2.1.57.tar.gz.

Upon trying to unpack the source, I was getting file does not exist errors
whether I was in the directory,
using full paths, or anything else I tried.  So I removed cygwin according
the the instructions, deleting
all directories, clearing all registry keys, and removing icons and startup
menu entries.

Now when trying to re-setup, all I am seeing for packages are:  All,
Graphics, and Math.  I am not seeing
the other packages I need such as Archive, Devel, Text, Utils etc.

My question is:  Why do I not see all the packages that I saw in the
original Setup?

Thank you,
Mike Rochon





 This message is intended for the addressee only and may contain privileged
or confidential information. Unless you are the intended recipient, you may
not use, copy or disclose to anyone any information contained in this
message. If you have received this message in error, please notify the
author by replying to this message and then kindly delete the message. Thank
you. 


--
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: "which" command does not expand "~" in path (base-files update needed)

[Brian Ford]

On Tue, 28 Sep 2004, Christopher Faylor wrote:

> On Tue, Sep 28, 2004 at 02:43:38PM -0500, Brian Ford wrote:
> >On Tue, 28 Sep 2004, Christopher Faylor wrote:
> >> Of course there is a simple solution: lose the quotes.  AFAICT, they
> >> aren't needed.
> >
> >IMHO, they are.  Windows programs often put directories containing spaces
> >in the system path.  ex:
> >
> >/cygdrive/c/Program Files/ATI Technologies/ATI Control Panel
>
> Try the above with a PATH that contains spaces.  Spaces are preserved.

Ugh..., you're right.  I'm sure I've been bitten by something very similar
to this before though (scratches head)?

-- 
Brian Ford
Senior Realtime Software Engineer
VITAL - Visual Simulation Systems
FlightSafety International
the best safety device in any aircraft is a well-trained pilot...

--
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: "which" command does not expand "~" in path (base-files update needed)

[Igor Pechtchanski]

On Tue, 28 Sep 2004, Christopher Faylor wrote:

> On Tue, Sep 28, 2004 at 02:43:38PM -0500, Brian Ford wrote:
> >On Tue, 28 Sep 2004, Christopher Faylor wrote:
> >
> >> Of course there is a simple solution: lose the quotes.  AFAICT, they
> >> aren't needed.
> >
> >IMHO, they are.  Windows programs often put directories containing spaces
> >in the system path.  ex:
> >
> >/cygdrive/c/Program Files/ATI Technologies/ATI Control Panel
>
> Try the above with a PATH that contains spaces.  Spaces are preserved.

They are in this case, but won't be in general.  E.g., try

PATH=~/bin:$PATH which ls

vs.

PATH=~/bin:"$PATH" which ls

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!

"Happiness lies in being privileged to work hard for long hours in doing
whatever you think is worth doing."  -- Dr. Jubal Harshaw

--
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: "which" command does not expand "~" in path (base-files update needed)

[Christopher Faylor]

On Tue, Sep 28, 2004 at 02:43:38PM -0500, Brian Ford wrote:
>On Tue, 28 Sep 2004, Christopher Faylor wrote:
>
>> Of course there is a simple solution: lose the quotes.  AFAICT, they
>> aren't needed.
>
>IMHO, they are.  Windows programs often put directories containing spaces
>in the system path.  ex:
>
>/cygdrive/c/Program Files/ATI Technologies/ATI Control Panel

Try the above with a PATH that contains spaces.  Spaces are preserved.

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: "which" command does not expand "~" in path (base-files update needed)

[Brian Ford]

On Tue, 28 Sep 2004, Christopher Faylor wrote:

> Of course there is a simple solution: lose the quotes.  AFAICT, they
> aren't needed.

IMHO, they are.  Windows programs often put directories containing spaces
in the system path.  ex:

/cygdrive/c/Program Files/ATI Technologies/ATI Control Panel

> export PATH=~/bin:$PATH

How 'bout using a temp, or just plain $HOME as suggested before?

-- 
Brian Ford
Senior Realtime Software Engineer
VITAL - Visual Simulation Systems
FlightSafety International
the best safety device in any aircraft is a well-trained pilot...

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

Re: Problems building setup from CVS.

[Brian Keener]

Dave Korn wrote:
> [ repeated here, from 
> http://www.cygwin.com/ml/cygwin/2004-09/msg01531.html ] 
>  
>  
> Index: autoload.c
>
Thanks Dave,

Here I was trying to help you and you helped me.  I just didn't read far enough 
in your original post (or overlooked that part) to see your references to the 
patches for autoload.c.  Sorry my mistake and thanks for the pointer.

bk



--
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: "which" command does not expand "~" in path (base-files update needed)

[Christopher Faylor]

On Tue, Sep 28, 2004 at 06:49:44PM +0100, Dave Korn wrote:
>  Wonder if this is a real bug then, or if I've misread the shell parsing rules?
>They are a bit ridiculously complicated and full of exceptions and special
>cases.

It seems like it's a bug.

Of course there is a simple solution: lose the quotes.  AFAICT, they
aren't needed.

export PATH=~/bin:$PATH

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/

[ANNOUNCEMENT] Updated: rsync-2.6.2-3

[Lapo Luchini]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Version 2.6.2-3 of the open source utility that provides
fast incremental file transfer has been uploaded.

If you're not sure what version do you have you can use the following
command (if you don't have grep omit the last part):
$ cygcheck -cd | grep rsync
rsync2.6.2-2

Version 2.6.2-3 is basically the same as 2.6.2-2, but it solves the
textmode issue that did "corrupt" many binary files out there.
(I'm still wondering why that bug didn't show in earlier versions, given
the fact that it was there since the beginning)

Many thanks goes to Sjoerd Mullender for finding (and fixing) the bug
while I was still lingering on hot tropical sand 0=)

If you're using 2.6.2-1 or earlier version to avoid the textmode bug,
you're now strongly advised to upgrade to 2.6.2-4, as it contains the
patch to fix august's SECURITY ADVISORY as in:
http://rsync.samba.org/#security_aug04


If you have questions or comments, please send them to the Cygwin
mailing list at: [EMAIL PROTECTED] .

  *** 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.
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.2.4 (Cygwin)
Comment: Using GnuPG with Thunderbird - http://enigmail.mozdev.org

iEYEARECAAYFAkFZg8IACgkQaJiCLMjyUvuwXQCeNIfGREbzer/sAx43+f8wQ8tI
SjsAnRKGsEhXVHj7Zuzrf8KkjG2G6OZE
=MBzI
-END PGP SIGNATURE-


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

RE: Problems building setup from CVS.

[Dave Korn]

> -Original Message-
> From: cygwin-owner On Behalf Of Brian Keener
> Sent: 28 September 2004 19:05

> Dave Korn wrote:
> > [EMAIL PROTECTED]' 
> > 
> autoload.o(.data+0x12c):/usr/build/obj-apps/../apps/setup/auto
load.c:83: first d 
> > efined here 
> > /usr/lib/w32api/libadvapi32.a(dspes00357.o)(.text+0x0): 
> multiple definition of ` 
> > [EMAIL PROTECTED]' 
> > 
> autoload.o(.data+0x193):/usr/build/obj-apps/../apps/setup/auto
load.c:83: first d 
> > efined here 
> > /usr/lib/w32api/libadvapi32.a(dspes00479.o)(.text+0x0): 
> multiple definition of ` 
> > [EMAIL PROTECTED]' 

> Dave,
> 
> Are you using w32api version 3.1.1 

  Yep, that is indeed the case:

[EMAIL PROTECTED] /artimi/firmware> cygcheck -vl w32api | head -1
Package: w32api-3.1-1

> because I found that once I fixed the 
> underquoting problem for aclocal and then tried to build 
> setup with 3.1.1 it still 
> failed with the above.  A rollback to w32api version 2.5.1 
> resolved the above and 
> allowed the build to complete.  
> 
> Have not had a chance yet to see why the multiple definitions 
> occur with newer  version. 

  The answer has to be that the new version has more stubs in the export library
/usr/lib/w32api/libadvapi32.a than the old one, so things that previously needed
looking up at runtime (by the autoload mechanism) are now directly linkable.

  I don't see at once how to fix this in a way that will be compatible with both
versions.  But, deleting the lines from autoload.c as I mentioned earlier ought to
fix it for you: give it a go

[ repeated here, from
http://www.cygwin.com/ml/cygwin/2004-09/msg01531.html ]


Index: autoload.c
===
RCS file: /cvs/cygwin-apps/setup/autoload.c,v
retrieving revision 2.5
diff -p -u -r2.5 autoload.c
--- autoload.c  30 Aug 2004 16:17:52 -  2.5
+++ autoload.c  28 Sep 2004 10:55:30 -
@@ -48,12 +48,6 @@ Auto (wininet, HttpSendRequestA, 20);

 DLL (advapi32);

-Auto (advapi32, AddAccessAllowedAce, 16);
-Auto (advapi32, AllocateAndInitializeSid, 44);
-Auto (advapi32, FreeSid, 4);
-Auto (advapi32, InitializeAcl, 12);
-Auto (advapi32, OpenProcessToken, 12);
-Auto (advapi32, SetTokenInformation, 16);
 Auto (advapi32, OpenSCManagerA, 16);
 Auto (advapi32, CloseServiceHandle, 4);
 Auto (advapi32, OpenServiceA, 16);


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


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

Re: unison doesn't honor HOME when USERPROFILE is set, also permission/uid/gid problems when synchronizing

[Andrew Schulman]

>  > I don't know OCaml, but that sure looks to me as though $UNISON is only 
> > used if $USERPROFILE and $HOME are not set.  And yet that behavior 
> > doesn't match what I observe on my host.  So that's why I asked, what 
> > happens if you export UNISON=/home/volker/.unison and rerun?  Does 
> > unison use $UNISON, or $USERPROFILE/.unison?
> 
> As I told you above. It uses $UNISON also in my case.

OK.

> Probably this part from os.ml takes precedence then:
> 
> (*)
> (*   UNISON DIRECTORY*)
> (*)
> 
> (* Gives the fspath of the archive directory on the machine, depending on*)
> (* which OS we use   *)
> let unisonDir =
>   try Fspath.canonize (Some (Unix.getenv "UNISON"))
>   with Not_found ->
> let genericName = Util.fileInHomeDir (Printf.sprintf ".%s" Uutil.myName) in
> if Osx.isMacOSX then
>   let osxName = Util.fileInHomeDir "Library/Application Support/Unison" in
>   if Sys.file_exists genericName then Fspath.canonize (Some genericName)
>   else Fspath.canonize (Some osxName)
> else
>   Fspath.canonize (Some genericName)

Yes, that probably explains it.

> So the first part of my patch seems ok:
> 
>  --- util.ml.orig2004-09-28 09:45:32.940632000 +0200
>  +++ util.ml 2004-09-28 08:40:28.926936000 +0200
>  @@ -358,10 +358,10 @@
> match osType with
>   `Win32 ->
> let dirString =
>  -try Unix.getenv "USERPROFILE" (* Windows NT/2K *)
>  -with Not_found ->
>   try Unix.getenv "HOME" (* Windows 9x with Cygwin HOME set *)
>   with Not_found ->
>  +try Unix.getenv "USERPROFILE" (* Windows NT/2K *)
>  +with Not_found ->
>   try Unix.getenv "UNISON" (* Use UNISON dir if none of
>   the above are set *)
>   with Not_found -> "c:/" (* Default *) in

No, I think it should be

 --- util.ml.orig2004-09-28 09:45:32.940632000 +0200
 +++ util.ml 2004-09-28 08:40:28.926936000 +0200
 @@ -358,10 +358,10 @@
match osType with
  `Win32 ->
let dirString =
 +try Unix.getenv "UNISON" (* Look for UNISON dir first *)
 +with Not_found ->
  try Unix.getenv "USERPROFILE" (* Windows NT/2K *)
  with Not_found ->
  try Unix.getenv "HOME" (* Windows 9x with Cygwin HOME set *)
 -with Not_found ->
 -try Unix.getenv "UNISON" (* Use UNISON dir if none of
 -the above are set *)
  with Not_found -> "c:/" (* Default *) in

which is what the manual says Unison is supposed to do on a Windows 
host.  Now whether Cygwin should count as a Windows host is a different 
question, which is probably harder to change.  But there might be a case 
for changing this behavior, at least, to be Unix-like instead of 
Windows-like, for Cygwin.

Anyway, as soon as I can get to it I'll pass your report and patches on 
to the unison-hackers list.  Once they approve a fix I'll release a new 
Cygwin version.

Thanks for your report.
Andrew.


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

Re: Problems building setup from CVS.

[Brian Keener]

Dave Korn wrote:
> [EMAIL PROTECTED]' 
> autoload.o(.data+0x12c):/usr/build/obj-apps/../apps/setup/autoload.c:83: first d 
> efined here 
> /usr/lib/w32api/libadvapi32.a(dspes00357.o)(.text+0x0): multiple definition of ` 
> [EMAIL PROTECTED]' 
> autoload.o(.data+0x193):/usr/build/obj-apps/../apps/setup/autoload.c:83: first d 
> efined here 
> /usr/lib/w32api/libadvapi32.a(dspes00479.o)(.text+0x0): multiple definition of ` 
> [EMAIL PROTECTED]' 
> autoload.o(.data+0x1ad):/usr/build/obj-apps/../apps/setup/autoload.c:83: first d 
> efined here 
> collect2: ld returned 1 exit status 
> make[2]: *** [setup.exe] Error 1 
> make[2]: Leaving directory `/usr/build/obj-apps' 
> make[1]: *** [all-recursive] Error 1 
> make[1]: Leaving directory `/usr/build/obj-apps' 
> make: *** [all] Error 2 
> --
Dave,

Are you using w32api version 3.1.1 because I found that once I fixed the 
underquoting problem for aclocal and then tried to build setup with 3.1.1 it still 
failed with the above.  A rollback to w32api version 2.5.1 resolved the above and 
allowed the build to complete.  

Have not had a chance yet to see why the multiple definitions occur with newer 
version.

bk




--
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: Latest setup causes crash on winxp pro

[Brian Zoller]

I am also getting a non-responsive window and a crash in setup.exe 4.427
and 4.418 on Windows XP.  What happens is that the program goes into a
"program not responding" state during a Download from Internet and during
an Install from Local Direcotry.  That state happens when I try to interact
with the setup window while the program is verifying MD5 checksums on all
of the downloaded files.  The interaction can be clicking on the setup
window, covering up the window and then raising it, or moving the window by
dragging the title bar.  Making two attempts to close the non-responsive
setup window causes the crash.  If I leave the window alone during the MD5
check, then the non-responsive state does not happen.  If I leave the
window alone during the non-responsive state, then the crash does not
happen and the application continues to the package selection step.  It
seems that the program must continue its MD5 check even while the window is
not responding.

Brian Zoller

> * From: Robert Collins 
> * Date: Sun, 20 Jun 2004 22:19:32 +1000
> * Subject: Re: Latest setup causes crash on winxp pro
> * References: <[EMAIL PROTECTED]>
> 
> On Sun, 2004-06-20 at 14:42, Michael D. Stemle, Jr. wrote:
> > I downloaded the latest setup.exe from the cygwin.com and it crashed
> > when I ran it.  Windows stuff says AppName: setup.exe offset: 000df270.
> > Attached is a copy of the executable and a copy of the appcompat.txt
> > file both in a tarball.
> > 
> > Please note that my machine has no drive named "C", but instead my
> > primary drive is lettered "F".  Please also note that the setup.exe.old
> > file I got off of one of the mirrors is working just fine and I am
> > installing Cygwin from that one as I write this message.  Thanks!
> 
> More information is needed for me to be able to assist you:
> 
> what version numbers show in the "latest" and "old" version you refer to?
> How far in does the crashing one go before it crashes?
> 
> I don't think that C/F has anything to do with it - my primary windows
> machine has its primary stuff on D... although it's a possibility I
> suppose.
> 
> Rob
> -- 
> GPG key available at: .

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

RE: "which" command does not expand "~" in path (base-files update needed)

[Dave Korn]

> -Original Message-
> From: cygwin-owner On Behalf Of Dave Korn
> Sent: 28 September 2004 18:35

>   Why isn't it expanded by bash's tilde substitution at the 
> time the 'export'
> command line is parsed then?  That's sooo wrong.  Oh wow.  
> Guess what: it depends
> whether the *other* part of the assignment is quoted or not:

  Interesting.  From "info bash", node: "Shell Parameters":

"   A variable may be assigned to by a statement of the form
 NAME=[VALUE]

If VALUE is not given, the variable is assigned the null string.  All
VALUEs undergo tilde expansion, parameter and variable expansion,
command substitution, arithmetic expansion, and quote removal [ ... ]"

  And from node "Tilde Expansion":

"  If a word begins with an unquoted tilde character (`~'), all of the
characters up to the first unquoted slash (or all characters, if there
is no unquoted slash) are considered a TILDE-PREFIX.  If none of the
characters in the tilde-prefix are quoted, the characters in the
tilde-prefix following the tilde are treated as a possible LOGIN NAME. "

  So, given that words are separated by metachars, then the first word in the
NAME=VALUE construct 

export FOO=~/bin:"${PATH}"

is the full string

~/bin:"${PATH}"

and therefore the presence of quotes later in the char shouldn't prevent bash
parsing the beginning of the word from the unquoted tilde char to the unquoted
slash immediately following it as a tilde-prefix, none of the chars in which are
quoted.

  Wonder if this is a real bug then, or if I've misread the shell parsing rules?
They are a bit ridiculously complicated and full of exceptions and special
cases.

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


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

Re: unison doesn't honor HOME when USERPROFILE is set, also permission/uid/gid problems when synchronizing

[Dr. Volker Zell]

> Andrew Schulman writes:

 > I don't know OCaml, but that sure looks to me as though $UNISON is only 
> used if $USERPROFILE and $HOME are not set.  And yet that behavior 
> doesn't match what I observe on my host.  So that's why I asked, what 
> happens if you export UNISON=/home/volker/.unison and rerun?  Does 
> unison use $UNISON, or $USERPROFILE/.unison?

As I told you above. It uses $UNISON also in my case.

Probably this part from os.ml takes precedence then:

(*)
(*   UNISON DIRECTORY*)
(*)

(* Gives the fspath of the archive directory on the machine, depending on*)
(* which OS we use   *)
let unisonDir =
  try Fspath.canonize (Some (Unix.getenv "UNISON"))
  with Not_found ->
let genericName = Util.fileInHomeDir (Printf.sprintf ".%s" Uutil.myName) in
if Osx.isMacOSX then
  let osxName = Util.fileInHomeDir "Library/Application Support/Unison" in
  if Sys.file_exists genericName then Fspath.canonize (Some genericName)
  else Fspath.canonize (Some osxName)
else
  Fspath.canonize (Some genericName)

(* build a fspath representing an archive child path whose name is given
*)


So the first part of my patch seems ok:

 --- util.ml.orig2004-09-28 09:45:32.940632000 +0200
 +++ util.ml 2004-09-28 08:40:28.926936000 +0200
 @@ -358,10 +358,10 @@
match osType with
  `Win32 ->
let dirString =
 -try Unix.getenv "USERPROFILE" (* Windows NT/2K *)
 -with Not_found ->
  try Unix.getenv "HOME" (* Windows 9x with Cygwin HOME set *)
  with Not_found ->
 +try Unix.getenv "USERPROFILE" (* Windows NT/2K *)
 +with Not_found ->
  try Unix.getenv "UNISON" (* Use UNISON dir if none of
  the above are set *)
  with Not_found -> "c:/" (* Default *) in

Ciao
  Volker


--
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: "which" command does not expand "~" in path (base-files update needed)

[Dave Korn]

> -Original Message-
> From: cygwin-owner On Behalf Of Igor Pechtchanski
> Sent: 28 September 2004 18:15

> > You can use ~ here.  Just don't quote it.  It shouldn't be quoted.
> >
> > export PATH=~/bin:"${PATH}"
> 
> I'm sorry, but this isn't true, even for bash.  It still 
> leaves the "~" in
> the PATH, which confuses "which" (although "type", being a 
> bash builtin, recognizes and expands it).

  Why isn't it expanded by bash's tilde substitution at the time the 'export'
command line is parsed then?  That's sooo wrong.  Oh wow.  Guess what: it depends
whether the *other* part of the assignment is quoted or not:

[EMAIL PROTECTED] ~> echo ${PATH}
/usr/local/bin:/usr/bin:/bin:/usr/X11R6/bin:/win/c/WINDOWS/system32:/win/c/WINDO
WS:/win/c/WINDOWS/System32/Wbem
[EMAIL PROTECTED] ~> export FOO=~/bin:"${PATH}"
[EMAIL PROTECTED] ~> echo "${FOO}"
~/bin:/usr/local/bin:/usr/bin:/bin:/usr/X11R6/bin:/win/c/WINDOWS/system32:/win/c
/WINDOWS:/win/c/WINDOWS/System32/Wbem
[EMAIL PROTECTED] ~> echo ${FOO}
~/bin:/usr/local/bin:/usr/bin:/bin:/usr/X11R6/bin:/win/c/WINDOWS/system32:/win/c
/WINDOWS:/win/c/WINDOWS/System32/Wbem
[EMAIL PROTECTED] ~> echo $FOO
~/bin:/usr/local/bin:/usr/bin:/bin:/usr/X11R6/bin:/win/c/WINDOWS/system32:/win/c
/WINDOWS:/win/c/WINDOWS/System32/Wbem
[EMAIL PROTECTED] ~> export FOO=~/bin:${PATH}
[EMAIL PROTECTED] ~> echo "${FOO}"
/home/dk/bin:/usr/local/bin:/usr/bin:/bin:/usr/X11R6/bin:/win/c/WINDOWS/system32
:/win/c/WINDOWS:/win/c/WINDOWS/System32/Wbem
[EMAIL PROTECTED] ~> echo ${FOO}
/home/dk/bin:/usr/local/bin:/usr/bin:/bin:/usr/X11R6/bin:/win/c/WINDOWS/system32
:/win/c/WINDOWS:/win/c/WINDOWS/System32/Wbem
[EMAIL PROTECTED] ~> echo $FOO
/home/dk/bin:/usr/local/bin:/usr/bin:/bin:/usr/X11R6/bin:/win/c/WINDOWS/system32
:/win/c/WINDOWS:/win/c/WINDOWS/System32/Wbem
[EMAIL PROTECTED] ~>

<  The "~" is not expanded when used in a
> variable assignment (whether quoted or unquoted), even if 
> 'echo' expands it.  

  I disagree.  The ~ is not expanded when quotation is used, even if the ~ itself
is not quoted.  The expansion seems not to be being performed by echo.


>Oh, and your suggestion definitely won't work for sh, 
> which also uses
> /etc/profile.  IMO, any shell-specific code in /etc/profile 
> should go into
> the shell-specific section of /etc/profile, and the rest of 
> it should be
> Bourne shell compatible.

  Given that we don't care about the home dir of any but the currently-logged in
user, there's no need to go to such lengths of grepping /etc/passwd: wouldn't the
most generic, cross platform thing to be to take advantage of the behaviour of cd
?

[EMAIL PROTECTED] ~> echo "${FOO}"
/home/dk/bin:/usr/local/bin:/usr/bin:/bin:/usr/X11R6/bin:/win/c/WINDOWS/system32
:/win/c/WINDOWS:/win/c/WINDOWS/System32/Wbem
[EMAIL PROTECTED] ~> echo ${FOO}
/home/dk/bin:/usr/local/bin:/usr/bin:/bin:/usr/X11R6/bin:/win/c/WINDOWS/system32
:/win/c/WINDOWS:/win/c/WINDOWS/System32/Wbem
[EMAIL PROTECTED] ~> echo $FOO
/home/dk/bin:/usr/local/bin:/usr/bin:/bin:/usr/X11R6/bin:/win/c/WINDOWS/system32
:/win/c/WINDOWS:/win/c/WINDOWS/System32/Wbem
[EMAIL PROTECTED] ~>

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


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

Re: font problems with xpdf and gv

[Dr. Volker Zell]

> Igor Pechtchanski writes:

> On Tue, 28 Sep 2004, Dr. Volker Zell wrote:
>> > Igor Pechtchanski writes:
>> 
>> > setup is somehow failing in its dependency tracking.  Alternatively,
>> > why not make 'gv' invoke '/usr/X11R6/bin/gs' explicitly, instead of
>> > searching for it in the PATH?
>> 
>> I'm not sure, there was talk before that eventually the /usr/X11R6/
>> hierarchy will disappear.

> This is still a long way off, apparently, and the users are having gv
> problems now.  Also, when this finally does happen, lots of things will
> need to be changed (gv not being the only one), so you'd be able to
> release a new version of gv then.  Or, you could discuss with the
> maintainer of ghostscript-x11 what the /usr/X11R6/bin/gs executable will
> be called when it's moved to /usr/bin (e.g., "gs-x11"); add a postinstall
> script to the "gv" package that will conditionally create a
> /usr/bin/gs-x11 symlink to /usr/X11R6/bin/gs, and use that name even now
> (that way, when the switch happens, the symlink won't be created and the
> real /usr/bin/gs-x11 executable will be used automatically).

Okidoki, this sounds fine...

>   Igor

Ciao
  Volker


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

Re: ssh-host-config requires cygminires.dll

[Igor Pechtchanski]

On Tue, 28 Sep 2004, a12 wrote:

> Hello Igor,
>
> Pardon me for my ignorance about not ataching the cygcheck output.
>
> I have run Cygwin setup.exe once again, and fetched & installed minires and
> the new versions of openssh/openssl.
> The following ssh-host-config -y ended OK, so I tried to start the sshd
> service:
> cygrunsrv -S sshd
> and got the same error as before:
> cygrunsrv: Error starting a service: QueryServiceStatus: Win32 error 1062:
> The service has not been started.
>
> Any hints ?

Yes, three:

/usr/share/doc/Cygwin/openssh.README
/var/log/sshd.log
The Windows Event log

One of the above should contain clues as to what went wrong.
Igor

> Igor Pechtchanski wrote:
>
> > On Tue, 28 Sep 2004, a12 wrote:
> >
> >
> > > Hello Cygwin users,
> > >
> > > I have installed openssl and openssh. Host configuration with:
> > > cd /bin
> > > ssh-host-config -y
> > > tells me about missing cygminires.dll
> > > Thereafter the configuration continues:
> > > [snip]
> > > Host configuration finished. Have fun!
> > >
> > > Then I start the sshd service:
> > > cygrunsrv -S sshd
> > > which errors off with:
> > > cygrunsrv: Error starting a service: QueryServiceStatus: Win32 error 1062:
> > > The service has not been started.
> > >
> > > Where do I find cygminires.dll ?
> > >
> >
> > As always, the Cygwin package search page at 
> > has the answer.  Install the "minires" package.
> >
> > However, you shouldn't have to, because openssh requires minires anyway.
> > Did you, by chance, unselect it when you installed openssh via setup?  In
> > general, it's a *bad* idea to unselect anything setup chooses to
> > automatically install, unless you know exactly what you're doing.
> >
> >
> > > How do I make cygrunsrv to start sshd correctly ?
> > >
> >
> > The two problems are most likely related.  Install "minires" and try
> > again.
> >
> >
> > > Belows follows output from 'cygcheck -svr':
> > >
> >
> > For the future, please include this output as an *attachment*, not inline
> > as you did, as requested in .
> > 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!

"Happiness lies in being privileged to work hard for long hours in doing
whatever you think is worth doing."  -- Dr. Jubal Harshaw

--
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: "which" command does not expand "~" in path

[Brian Ford]

On Tue, 28 Sep 2004, Igor Pechtchanski wrote:

> On Tue, 28 Sep 2004, Brian Ford wrote:
> > On Wed, 29 Sep 2004, Errol Smith wrote:
> > > This is all fine & good, but it doesn't change the fact that the
> > > cygwin-supplied "which" does NOT work with the cygwin-supplied
> > > ".bash_profile" (when you use a personal ~/bin directory.).
> >
> > I'm just curious.  This is from the Solaris 8 man page for which:
> >
> > DESCRIPTION
> > [snip]
> > Both aliases and path are taken from the user's .cshrc file
> > [snip]
> > SEE ALSO
> > csh(1)
> > [snip]
> > So, is this a Solaris non-compliance issue, or is which not supposed to be
> > valid under any non-csh derrived shell?
>
> "which" is also a csh builtin.

The only reference to which in csh(1) is to which(1).

> I imagine that the apropos database on Solaris contains the "csh(1)"
> match for "which" before the "which(1)" entry, so "man which" finds it
> first.  Try "man -a which"... :-)

Nope.  That quote comes from which(1), and man -a which doesn't turn
anything else up.

-- 
Brian Ford
Senior Realtime Software Engineer
VITAL - Visual Simulation Systems
FlightSafety International
the best safety device in any aircraft is a well-trained pilot...

--
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: "which" command does not expand "~" in path (base-files update needed)

[Igor Pechtchanski]

On Tue, 28 Sep 2004, Brian Ford wrote:

> On Tue, 28 Sep 2004, Igor Pechtchanski wrote:
>
> > Oh, and your suggestion definitely won't work for sh, which also uses
> > /etc/profile.  IMO, any shell-specific code in /etc/profile should go
> > into the shell-specific section of /etc/profile, and the rest of it
> > should be Bourne shell compatible.
>
> Agreed, but aren't we talking about .bash_profile here ;-)?

Ugh.  Yes.

FWIW, /etc/profile does use '~' (in lines 191-195), so the above point is
valid anyway (though by chance, rather than by intention)...
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!

"Happiness lies in being privileged to work hard for long hours in doing
whatever you think is worth doing."  -- Dr. Jubal Harshaw

--
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: font problems with xpdf and gv

[Igor Pechtchanski]

On Tue, 28 Sep 2004, Dr. Volker Zell wrote:

> > Igor Pechtchanski writes:
>
> > setup is somehow failing in its dependency tracking.  Alternatively,
> > why not make 'gv' invoke '/usr/X11R6/bin/gs' explicitly, instead of
> > searching for it in the PATH?
>
> I'm not sure, there was talk before that eventually the /usr/X11R6/
> hierarchy will disappear.

This is still a long way off, apparently, and the users are having gv
problems now.  Also, when this finally does happen, lots of things will
need to be changed (gv not being the only one), so you'd be able to
release a new version of gv then.  Or, you could discuss with the
maintainer of ghostscript-x11 what the /usr/X11R6/bin/gs executable will
be called when it's moved to /usr/bin (e.g., "gs-x11"); add a postinstall
script to the "gv" package that will conditionally create a
/usr/bin/gs-x11 symlink to /usr/X11R6/bin/gs, and use that name even now
(that way, when the switch happens, the symlink won't be created and the
real /usr/bin/gs-x11 executable will be used automatically).
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!

"Happiness lies in being privileged to work hard for long hours in doing
whatever you think is worth doing."  -- Dr. Jubal Harshaw

--
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: unison doesn't honor HOME when USERPROFILE is set, also permission/uid/gid problems when synchronizing

[Andrew Schulman]

> > (1) Unison is looking in $UNISON last.  This is clearly wrong, 
and if 
> > fixed would allow you to solve your problem by setting 
> > UNISON=/home/volker/.unison.  But here's something I don't understand:  
> > on my Cygwin host both UNISON and USERPROFILE are set, but UNISON takes 
> > precedence. ?? Are you sure this section of code is the operative one 
> > here?  What happens if you export UNISON=/home/vzell/.unison?
> 
> In that case it will use $UNISON.
> According to the file strings.ml:
> 
>   \032  Unison stores a variety of information in a private directory on each\n\
>   \032  host. If the environment variable UNISON is defined, then its value\n\
>   \032  will be used as the name of this directory. If UNISON is not defined,\n\
>   \032  then the name of the directory depends on which operating system you\n\
>   \032  are using. In Unix, the default is to use $HOME/.unison. In Windows,\n\
>   \032  if the environment variable USERPROFILE is defined, then the directory\n\
>   \032  will be $USERPROFILE\\.unison; otherwise if HOME is defined, it will 
> be\n\
>   \032  $HOME\\.unison; otherwise, it will be c:\\.unison.\n\
>   \032  \n\

Okay, but that's not what the code snippet you cited appears to show:

   match osType with
 `Win32 ->
   let dirString =
 try Unix.getenv "USERPROFILE" (* Windows NT/2K *)
 with Not_found ->
 try Unix.getenv "HOME" (* Windows 9x with Cygwin HOME set *)
 with Not_found ->
 try Unix.getenv "UNISON" (* Use UNISON dir if none of
 the above are set *)
 with Not_found -> "c:/" (* Default *) in

I don't know OCaml, but that sure looks to me as though $UNISON is only 
used if $USERPROFILE and $HOME are not set.  And yet that behavior 
doesn't match what I observe on my host.  So that's why I asked, what 
happens if you export UNISON=/home/volker/.unison and rerun?  Does 
unison use $UNISON, or $USERPROFILE/.unison?


--
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: "which" command does not expand "~" in path (base-files update needed)

[Brian Ford]

On Tue, 28 Sep 2004, Igor Pechtchanski wrote:

> Oh, and your suggestion definitely won't work for sh, which also uses
> /etc/profile.  IMO, any shell-specific code in /etc/profile should go
> into the shell-specific section of /etc/profile, and the rest of it
> should be Bourne shell compatible.

Agreed, but aren't we talking about .bash_profile here ;-)?

-- 
Brian Ford
Senior Realtime Software Engineer
VITAL - Visual Simulation Systems
FlightSafety International
the best safety device in any aircraft is a well-trained pilot...

--
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: file conversion utility sought: from isolatin (8859-1) to utf8

[Ehud Karni]

On Tue, 28 Sep 2004 13:48:23 +0200, [EMAIL PROTECTED] wrote:
>
> Ralf Hauser wrote on Tuesday, September 28, 2004 12:17 PM:
>
> > Hi,
> >
> > Are there any tools like d2u or u2d for UTF-8 for cygwin?
> >
> > In http://lists.suse.com/archive/m17n/2004-Jun/0002.html,
> > Bjoern talks about the "recode" and "iconv" utilities, but
> > these don't appear to exist in cygwin.
>
> Recode builds OOTB though.

The `iconv' utility and `libiconv` are included in cygwin (in the
libiconv or libiconv2 packages).

Ehud.


--
 Ehud Karni   Tel: +972-3-7966-561  /"\
 Mivtach - Simon  Fax: +972-3-7966-667  \ /  ASCII Ribbon Campaign
 Insurance agencies   (USA) voice mail and   X   Against   HTML   Mail
 http://www.mvs.co.il  FAX:  1-815-5509341  / \
 GnuPG: 98EA398D Better Safe Than Sorry

--
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: "which" command does not expand "~" in path

[Igor Pechtchanski]

On Tue, 28 Sep 2004, Brian Ford wrote:

> On Wed, 29 Sep 2004, Errol Smith wrote:
>
> > This is all fine & good, but it doesn't change the fact that the
> > cygwin-supplied "which" does NOT work with the cygwin-supplied
> > ".bash_profile" (when you use a personal ~/bin directory.).
>
> I'm just curious.  This is from the Solaris 8 man page for which:
>
> DESCRIPTION
> [snip]
> Both aliases and path are taken from the user's .cshrc file
> [snip]
> SEE ALSO
> csh(1)
> [snip]
> So, is this a Solaris non-compliance issue, or is which not supposed to be
> valid under any non-csh derrived shell?

"which" is also a csh builtin.  I imagine that the apropos database on
Solaris contains the "csh(1)" match for "which" before the "which(1)"
entry, so "man which" finds it first.  Try "man -a which"... :-)
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!

"Happiness lies in being privileged to work hard for long hours in doing
whatever you think is worth doing."  -- Dr. Jubal Harshaw

--
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: "which" command does not expand "~" in path (base-files update needed)

[Igor Pechtchanski]

On Tue, 28 Sep 2004, Christopher Faylor wrote:

> On Wed, Sep 29, 2004 at 01:08:42AM +1000, Errol Smith wrote:
> >At 09:23 PM 26/09/2004, "Hannu E K Nevalainen" wrote:
> >>FWIW; 'man bash' has a section on Tilde Expansion - I take it as; bash does
> >>this expansion for you, not which.exe -> use $HOME when not typing at the
> >>prompt.
> >
> > This is all fine & good, but it doesn't change the fact that the
> >cygwin-supplied "which" does NOT work with the cygwin-supplied
> >".bash_profile" (when you use a personal ~/bin directory.).
> > Here is a simple patch which fixes half the problem (the ".bash_profile"
> >placing a raw ~ in the path):
> >
> >--- /etc/skel/.bash_profile 2004-05-15 21:40:04.0 +1000
> >+++ .bash_profile   2004-09-29 00:21:50.0 +1000
> >@@ -10,16 +10,16 @@
> >
> > # Set PATH so it includes user's private bin if it exists
> > # if [ -d ~/bin ] ; then
> >-#   PATH="~/bin:${PATH}"
> >+#   PATH="${HOME}/bin:${PATH}"
> > # fi
>
> You can use ~ here.  Just don't quote it.  It shouldn't be quoted.
>
> export PATH=~/bin:"${PATH}"

I'm sorry, but this isn't true, even for bash.  It still leaves the "~" in
the PATH, which confuses "which" (although "type", being a bash builtin,
recognizes and expands it).  The "~" is not expanded when used in a
variable assignment (whether quoted or unquoted), even if 'echo' expands
it.  Oh, and your suggestion definitely won't work for sh, which also uses
/etc/profile.  IMO, any shell-specific code in /etc/profile should go into
the shell-specific section of /etc/profile, and the rest of it should be
Bourne shell compatible.

> > # Set MANPATH so it includes users' private man if it exists
> > # if [ -d ~/man ]; then
> >-#   MANPATH="~/man:${MANPATH}"
> >+#   MANPATH="${HOME}/man:${MANPATH}"
> > # fi
> >
> > # Set INFOPATH so it includes users' private info if it exists
> > # if [ -d ~/info ]; then
> >-#   INFOPATH="~/info:${INFOPATH}"
> >+#   INFOPATH="${HOME}/info:${INFOPATH}"
> > # fi
>
> I don't know if man or info deal properly with ~ but neither of the
> above should cause a problem for which.

Neither man nor info does any ~-expansion, AFAICS.
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!

"Happiness lies in being privileged to work hard for long hours in doing
whatever you think is worth doing."  -- Dr. Jubal Harshaw

--
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: unison doesn't honor HOME when USERPROFILE is set, also permission/uid/gid problems when synchronizing

[Dr. Volker Zell]

> Andrew Schulman writes:

> (1) Unison is looking in $UNISON last.  This is clearly wrong, and if 
> fixed would allow you to solve your problem by setting 
> UNISON=/home/volker/.unison.  But here's something I don't understand:  
> on my Cygwin host both UNISON and USERPROFILE are set, but UNISON takes 
> precedence. ?? Are you sure this section of code is the operative one 
> here?  What happens if you export UNISON=/home/vzell/.unison?

In that case it will use $UNISON.
According to the file strings.ml:

  \032  Unison stores a variety of information in a private directory on each\n\
  \032  host. If the environment variable UNISON is defined, then its value\n\
  \032  will be used as the name of this directory. If UNISON is not defined,\n\
  \032  then the name of the directory depends on which operating system you\n\
  \032  are using. In Unix, the default is to use $HOME/.unison. In Windows,\n\
  \032  if the environment variable USERPROFILE is defined, then the directory\n\
  \032  will be $USERPROFILE\\.unison; otherwise if HOME is defined, it will be\n\
  \032  $HOME\\.unison; otherwise, it will be c:\\.unison.\n\
  \032  \n\

> (2) It seems that Unison treats Cygwin as a Windows OS for this purpose, 
> so that it looks in $USERPROFILE/.unison before $HOME/.unison.  This is 
> arguably wrong, but I think I'll have to pose the question on unison-
> hackers.

>> --- uicommon.ml.orig2004-09-28 09:43:28.010992000 +0200
>> +++ uicommon.ml 2004-09-28 08:41:27.090571200 +0200
>> @@ -346,7 +346,7 @@
>> let someHostIsCaseInsensitive =
>> someHostIsRunningWindows || someHostRunningOsX in
>> Case.init someHostIsCaseInsensitive;
>> -  Props.init someHostIsRunningWindows;
>> +(*  Props.init someHostIsRunningWindows; *)
>> Osx.init someHostRunningOsX;
>> return ())

> And this patch solves the owner and group sync problem?  Sorry but it's 
> not obvious to me.

I can't remember where it comes from, it's to long ago. I can only say
it does.

> You say Unison "didn't honor" the owner and group preferences.  What 
> exactly happened?  Did it just not sync the owners and groups, or did it 
> give you error messages?

It did not sync the owners and groups, no errors. And for example if you
have two dirs in sync and now create a new file (umask 0022) in one of
them, then chmod 755 it, your version in my case creates the file in the
other dir with 644 permissions. With my patch it works the sync-ed file
also has 755.

> Thanks for your report.  As soon as I'm sure that I have the right 
> corrections, I'll release a new version that includes the fixes.

> Andrew.

Ciao
  Volker


--
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: font problems with xpdf and gv

[Dr. Volker Zell]

> Igor Pechtchanski writes:

> setup is somehow failing in its dependency tracking.  Alternatively, why
> not make 'gv' invoke '/usr/X11R6/bin/gs' explicitly, instead of searching
> for it in the PATH?

I'm not sure, there was talk before that eventually the /usr/X11R6/
hierarchy will disappear.

>   Igor

Ciao
  Volker


--
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: [ANNOUNCEMENT] Updated: tetex-2.0.2-14

[Jan Nieuwenhuizen]

Volker Zell writes:

> > tetex-bin (2.0.2-14)
>
> This package has adopted again the old /usr/doc   structure :-(
> info
> man

Oops.  My mknetrel addons should automagically have fixed this.  I did
so many rebuilds that something has gone wrong and apparently I didn't
check the last version very carefully.

> > tetex-texmf (2.0.2-14)
>
> You mean tetex-base, right ?

Yes, the four packages that are built from the texmf tree.

> Shouldn't than this package create the /var/cache/fonts directory
> instead of /var/spool/texmf as it is now ?

Yes it should.

> Although tetex-x11 has some bogus empty dirs:

> Ciao
>   Volker

Thanks for your careful inspection.  I have prepared a new -15 version
that should fix all these problems and then some.  I'm about to
announce for upload after some more testing this time
(lilypond.org/cygwin/).

Jan.

-- 
Jan Nieuwenhuizen <[EMAIL PROTECTED]> | GNU LilyPond - The music typesetter
http://www.xs4all.nl/~jantien   | http://www.lilypond.org

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

RE: "which" command does not expand "~" in path

[Brian Ford]

On Wed, 29 Sep 2004, Errol Smith wrote:

> This is all fine & good, but it doesn't change the fact that the
> cygwin-supplied "which" does NOT work with the cygwin-supplied
> ".bash_profile" (when you use a personal ~/bin directory.).

I'm just curious.  This is from the Solaris 8 man page for which:

DESCRIPTION
[snip]
Both aliases and path are taken from the user's .cshrc file
[snip]
SEE ALSO
csh(1)
[snip]
BUGS
 Only aliases and paths from  ~/.cshrc  are  used;  importing
 from  the current environment is not attempted. Must be exe-
 cuted by csh(1), since only csh knows about aliases.

 To compensate for ~/.cshrc files  in  which  aliases  depend
 upon the prompt variable being set, which sets this variable
 to NULL. If the ~/.cshrc  produces  output  or  prompts  for
 input  when  prompt  is  set, which may produce some strange
 results.

So, is this a Solaris non-compliance issue, or is which not supposed to be
valid under any non-csh derrived shell?

-- 
Brian Ford
Senior Realtime Software Engineer
VITAL - Visual Simulation Systems
FlightSafety International
the best safety device in any aircraft is a well-trained pilot...

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

Re: ssh-host-config requires cygminires.dll

[a12]

Hello Igor,
Pardon me for my ignorance about not ataching the cygcheck output.
I have run Cygwin setup.exe once again, and fetched & installed minires 
and the new versions of openssh/openssl.
The following ssh-host-config -y ended OK, so I tried to start the sshd 
service:
cygrunsrv -S sshd
and got the same error as before:
cygrunsrv: Error starting a service: QueryServiceStatus: Win32 error 1062:
The service has not been started.

Any hints ?
Igor Pechtchanski wrote:
On Tue, 28 Sep 2004, a12 wrote:

Hello Cygwin users,
I have installed openssl and openssh. Host configuration with:
cd /bin
ssh-host-config -y
tells me about missing cygminires.dll
Thereafter the configuration continues:
[snip]
Host configuration finished. Have fun!
Then I start the sshd service:
cygrunsrv -S sshd
which errors off with:
cygrunsrv: Error starting a service: QueryServiceStatus: Win32 error 1062:
The service has not been started.
Where do I find cygminires.dll ?
As always, the Cygwin package search page at 
has the answer.  Install the "minires" package.
However, you shouldn't have to, because openssh requires minires anyway.
Did you, by chance, unselect it when you installed openssh via setup?  In
general, it's a *bad* idea to unselect anything setup chooses to
automatically install, unless you know exactly what you're doing.

How do I make cygrunsrv to start sshd correctly ?
The two problems are most likely related.  Install "minires" and try
again.

Belows follows output from 'cygcheck -svr':
For the future, please include this output as an *attachment*, not inline
as you did, as requested in .
Igor

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

Re: Perl Tk Compilation

[J. David Boyd]

Yaakov Selkowitz <[EMAIL PROTECTED]> writes:

> > On Fri, Sep 24, 2004 at 06:39:32PM +0530, Vijay Kiran Kamuju wrote:
> > 
> >>has any body successfully installed latest Perl/Tk without any break
> >>downs/errors?
> 
> http://sourceforge.net/projects/cygwin-ports/
> 
> I have version 800.025 with either Win32 or X11 interfaces (separate
> packages) and 804.027 with only X11 (haven't got Win32 working with
> that version; Gerrit?).
> 
> 
> Yaakov

No, from what I can gather, it hasn't worked since Cygwin switched
from XFree86 to XOrg (sp?).

There must be some header file differences...

Dave


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

Re: "which" command does not expand "~" in path (base-files update needed)

[Christopher Faylor]

On Wed, Sep 29, 2004 at 01:08:42AM +1000, Errol Smith wrote:
>At 09:23 PM 26/09/2004, "Hannu E K Nevalainen" wrote:
>>FWIW; 'man bash' has a section on Tilde Expansion - I take it as; bash does
>>this expansion for you, not which.exe -> use $HOME when not typing at the
>>prompt.
>
> This is all fine & good, but it doesn't change the fact that the 
>cygwin-supplied "which" does NOT work with the cygwin-supplied 
>".bash_profile" (when you use a personal ~/bin directory.).
> Here is a simple patch which fixes half the problem (the ".bash_profile" 
>placing a raw ~ in the path):
>
>--- /etc/skel/.bash_profile 2004-05-15 21:40:04.0 +1000
>+++ .bash_profile   2004-09-29 00:21:50.0 +1000
>@@ -10,16 +10,16 @@
>
> # Set PATH so it includes user's private bin if it exists
> # if [ -d ~/bin ] ; then
>-#   PATH="~/bin:${PATH}"
>+#   PATH="${HOME}/bin:${PATH}"
> # fi

You can use ~ here.  Just don't quote it.  It shouldn't be quoted.

export PATH=~/bin:"${PATH}"

> # Set MANPATH so it includes users' private man if it exists
> # if [ -d ~/man ]; then
>-#   MANPATH="~/man:${MANPATH}"
>+#   MANPATH="${HOME}/man:${MANPATH}"
> # fi
>
> # Set INFOPATH so it includes users' private info if it exists
> # if [ -d ~/info ]; then
>-#   INFOPATH="~/info:${INFOPATH}"
>+#   INFOPATH="${HOME}/info:${INFOPATH}"
> # fi

I don't know if man or info deal properly with ~ but neither of the
above should cause a problem for which.

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: Problems building setup from CVS.

[Brian Ford]

On Tue, 28 Sep 2004, Dave Korn wrote:

>   Well, the complaints about missing automake-1.8 don't seem to have had
> any impact on my build - then again, I haven't been modifying the auto*
> files in the subdirs, and perhaps if I had patched them with that patch
> of yours the build process might well decide the subdir
> configure/makefiles were out-of-date and needed -1.8 to rebuild.  At
> which point I'd try symlinking -1.8 to -1.9.1 and hope it worked.

Run aclocal,  then it will look for automake-1.9.1.  I wish it didn't do
this because I share my sources between Cygwin and Solaris where I do not
have automake-1.9.1, just plain automake.

-- 
Brian Ford
Senior Realtime Software Engineer
VITAL - Visual Simulation Systems
FlightSafety International
the best safety device in any aircraft is a well-trained pilot...

--
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: "which" command does not expand "~" in path

[Errol Smith]

At 09:23 PM 26/09/2004, "Hannu E K Nevalainen" wrote:
FWIW; 'man bash' has a section on Tilde Expansion - I take it as; bash does
this expansion for you, not which.exe -> use $HOME when not typing at the
prompt.
 This is all fine & good, but it doesn't change the fact that the 
cygwin-supplied "which" does NOT work with the cygwin-supplied 
".bash_profile" (when you use a personal ~/bin directory.).
 Here is a simple patch which fixes half the problem (the ".bash_profile" 
placing a raw ~ in the path):

--- /etc/skel/.bash_profile 2004-05-15 21:40:04.0 +1000
+++ .bash_profile   2004-09-29 00:21:50.0 +1000
@@ -10,16 +10,16 @@
 # Set PATH so it includes user's private bin if it exists
 # if [ -d ~/bin ] ; then
-#   PATH="~/bin:${PATH}"
+#   PATH="${HOME}/bin:${PATH}"
 # fi
 # Set MANPATH so it includes users' private man if it exists
 # if [ -d ~/man ]; then
-#   MANPATH="~/man:${MANPATH}"
+#   MANPATH="${HOME}/man:${MANPATH}"
 # fi
 # Set INFOPATH so it includes users' private info if it exists
 # if [ -d ~/info ]; then
-#   INFOPATH="~/info:${INFOPATH}"
+#   INFOPATH="${HOME}/info:${INFOPATH}"
 # fi

This won't help anyone who expects the cygwin "which" command to be the 
same as the GNU version regarding the tilde character in paths (OK, so 
maybe that would be rare), but it will stop people running into it using 
cygwin's defaults. (I fixed the MAN & INFO paths for consistency).

Regards, Errol
btw, does anyone know why those private paths are commented out by default? 
(security?)

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

Re: Perl Tk Compilation

[Gerrit P. Haase]

Yaakov wrote:

>> On Fri, Sep 24, 2004 at 06:39:32PM +0530, Vijay Kiran Kamuju wrote:
>> 
>>>has any body successfully installed latest Perl/Tk without any break
>>>downs/errors?

> http://sourceforge.net/projects/cygwin-ports/

> I have version 800.025 with either Win32 or X11 interfaces (separate 
> packages) and 804.027 with only X11 (haven't got Win32 working with that
> version; Gerrit?).

No, havn't tried to build it for a while.

Gerrit
-- 
=^..^= http://nyckelpiga.de/donate.html


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

[ANNOUNCEMENT] New package: lablgtk2-2.4.0-1

[Schulman . Andrew]

The package 'lablgtk2' is now available in the Cygwin distribution.

LablGTK2 is an Objective Caml interface to GTK2.  It uses the rich type
system of Objective Caml 3 to provide a strongly typed yet comfortable
object-oriented interface to GTK2.  All widgets but one are available,
with almost all their methods.  Objective Caml threads are supported,
including for the top level, which allows for interactive use of the
library.

Homepage:  http://wwwfun.kurims.kyoto-u.ac.jp/soft/olabl/lablgtk.html
License:   LGPL

Andrew E. Schulman

***

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.  Then, run setup and answer all of the questions.

If you have questions or comments, please send them to the Cygwin
mailing list at: [EMAIL PROTECTED] .

*** CYGWIN-ANNOUNCE UNSUBSCRIBE INFO ***

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

[EMAIL PROTECTED]

If you need more information on unsubscribing, start reading here:

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

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

***


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

Re: cygheap problems with 1.5.11

[Yaakov Selkowitz]

Dr. Volker Zell wrote:
I noticed the same. But I'm not sure when it start happening.
I recently upgraded to cygwin-1.5.11, the latest xorg- stuff
and also to zlib-1.2.1/bzip2-1.0.2. Afterwards I had problems
with apache which could be solved as usually with a rebaseall
including my self compiled dll's.
>
> I only noticed the problem after this procedure. So I'm not sure
> what's the culprit.
Now that you mention it, I also ran a rebaseall because of Perl modules 
right before the cygheap problem happened.  In fact, I think that was 
the first time I rebased using cygwin-1.5.11; maybe that's what needs to 
be investigated.

In my case the cygheap_fixup_in_child error manifests only in a
couple of gnome1 applications which I compiled by myself. It looks as
so all apps which are dependent on /opt/gnome1/bin/cygart_lgpl-2.dll
are infected. All my other gnome1 apps works just fine. For example:
>
I'm not seeing the problem so far with officially released apps.
For example gpg --version works fine here.
So I think I'm on my own here.
Well, right now gpg, XWin, XWin_GL all aren't working, along with my 
self-compiled snownews, plus any program that I've compiled since the 
problem first happened.

Again, the common factor seems to be rebasing with cygwin-1.5.11.  Could 
someone *please* investigate (before my cygwin becomes completely 
unusable!).

BTW, Gerrit, I was working on getting together a bunch of Gnome prereqs 
for ITP at the time, but I can't do anything now until this is fixed. :-(

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

Re: ssh-host-config requires cygminires.dll

[Igor Pechtchanski]

On Tue, 28 Sep 2004, a12 wrote:

> Hello Cygwin users,
>
> I have installed openssl and openssh. Host configuration with:
> cd /bin
> ssh-host-config -y
> tells me about missing cygminires.dll
> Thereafter the configuration continues:
> [snip]
> Host configuration finished. Have fun!
>
> Then I start the sshd service:
> cygrunsrv -S sshd
> which errors off with:
> cygrunsrv: Error starting a service: QueryServiceStatus: Win32 error 1062:
> The service has not been started.
>
> Where do I find cygminires.dll ?

As always, the Cygwin package search page at 
has the answer.  Install the "minires" package.

However, you shouldn't have to, because openssh requires minires anyway.
Did you, by chance, unselect it when you installed openssh via setup?  In
general, it's a *bad* idea to unselect anything setup chooses to
automatically install, unless you know exactly what you're doing.

> How do I make cygrunsrv to start sshd correctly ?

The two problems are most likely related.  Install "minires" and try
again.

> Belows follows output from 'cygcheck -svr':

For the future, please include this output as an *attachment*, not inline
as you did, as requested in .
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!

"Happiness lies in being privileged to work hard for long hours in doing
whatever you think is worth doing."  -- Dr. Jubal Harshaw

--
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: unison doesn't honor HOME when USERPROFILE is set, also permission/uid/gid problems when synchronizing

[Andrew Schulman]

Hi Volker.
 
> I installed unison-2.10.2-1 and tried to sync 2 directories
> with the following default.prf in my /home/vzell/.unison
> 
> # Unison preferences file
> owner=true
> group=true
> perms=-1
> log=true
> 
> First of all unison didn't find my $HOME/.unison but instead created a
> new one under C:\Documents and Settings\vzell :-(

ugh

> and second unison
> didn't honour the above preferences after editing the new
> C:\Documents and Settings\vzell\.unison\default.prf.
> 
> 
> I compiled already unison in 2002 and used it to sync files with
> different owner/group membership and, in case of new files with
> permissions different from the umask value, I wanted unison to also sync
> permissions. Both of this can be achieved with the patch below.
> 
> Any chance that this can be incorporated in the next release ?
> 
> 
> --- util.ml.orig2004-09-28 09:45:32.940632000 +0200
> +++ util.ml 2004-09-28 08:40:28.926936000 +0200
> @@ -358,10 +358,10 @@
>match osType with
>  `Win32 ->
>let dirString =
> -try Unix.getenv "USERPROFILE" (* Windows NT/2K *)
> -with Not_found ->
>  try Unix.getenv "HOME" (* Windows 9x with Cygwin HOME set *)
>  with Not_found ->
> +try Unix.getenv "USERPROFILE" (* Windows NT/2K *)
> +with Not_found ->
>  try Unix.getenv "UNISON" (* Use UNISON dir if none of
>  the above are set *)
>  with Not_found -> "c:/" (* Default *) in

According to the Unison manual (http://www.cis.upenn.edu/
~bcpierce/unison/download/beta-test/latest/unison-
manual.html#unisondir), on Unix hosts Unison looks in order in $UNISON 
and $HOME/.unison; on Windows hosts it looks in order in $UNISON, 
$USERPROFILE\.unison, $HOME\.unison, and C:\.unison.  So there are two 
issues here:

(1) Unison is looking in $UNISON last.  This is clearly wrong, and if 
fixed would allow you to solve your problem by setting 
UNISON=/home/volker/.unison.  But here's something I don't understand:  
on my Cygwin host both UNISON and USERPROFILE are set, but UNISON takes 
precedence. ?? Are you sure this section of code is the operative one 
here?  What happens if you export UNISON=/home/vzell/.unison?

(2) It seems that Unison treats Cygwin as a Windows OS for this purpose, 
so that it looks in $USERPROFILE/.unison before $HOME/.unison.  This is 
arguably wrong, but I think I'll have to pose the question on unison-
hackers.

> --- uicommon.ml.orig2004-09-28 09:43:28.010992000 +0200
> +++ uicommon.ml 2004-09-28 08:41:27.090571200 +0200
> @@ -346,7 +346,7 @@
>let someHostIsCaseInsensitive =
>  someHostIsRunningWindows || someHostRunningOsX in
>Case.init someHostIsCaseInsensitive;
> -  Props.init someHostIsRunningWindows;
> +(*  Props.init someHostIsRunningWindows; *)
>Osx.init someHostRunningOsX;
>return ())

And this patch solves the owner and group sync problem?  Sorry but it's 
not obvious to me.

You say Unison "didn't honor" the owner and group preferences.  What 
exactly happened?  Did it just not sync the owners and groups, or did it 
give you error messages?
 
> By the way I had to export also the following env var to compile from
> source:
> 
> export OSCOMP=cygwingnuc

Yup.  This is documented in /usr/share/doc/Cygwin/unison-2.10.2-
1.README.  Gerrit Haase has been after me to provide a generic build 
script for building Unison from the source package, and when I make one 
it will include this.

Thanks for your report.  As soon as I'm sure that I have the right 
corrections, I'll release a new version that includes the fixes.

Andrew.


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

Re: Perl Tk Compilation

[Yaakov Selkowitz]

On Fri, Sep 24, 2004 at 06:39:32PM +0530, Vijay Kiran Kamuju wrote:
has any body successfully installed latest Perl/Tk without any break
downs/errors?
http://sourceforge.net/projects/cygwin-ports/
I have version 800.025 with either Win32 or X11 interfaces (separate 
packages) and 804.027 with only X11 (haven't got Win32 working with that 
version; Gerrit?).

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

ssh-host-config requires cygminires.dll

[a12]

Hello Cygwin users,
I have installed openssl and openssh. Host configuration with:
cd /bin
ssh-host-config -y
tells me about missing cygminires.dll
Thereafter the configuration continues:
Generating /etc/ssh_host_key
Generating /etc/ssh_host_rsa_key
Generating /etc/ssh_host_dsa_key
Generating /etc/ssh_config file
privilege separation is set to yes by default since OpenSSH 3.3.
However, this requires a non-privileged account called 'sshd'.
For more info on privilege separation read 
/usr/share/doc/openssh/README.privsep.
Should privilege sparation be used? (yes/no) yes
Generating /etc/sshd_config file
Warning: The following functions require administrator privileges!
Do you want to install sshd as service?
(Say "no" if it's already installed as service) (yes/no) yes
Which value should the environment variable CYGWIN have when
sshd starts? It's recommended to set at least "ntsec" to be
able to change user context without password.
Default is "ntsec". CYGWIN=binmode ntsec tty title
The service has been installed under LocalSystem account.
To start the service, call `net start sshd´or `cygrunsrv -S sshd´.
Host configuration finished. Have fun!

Then I start the sshd service:
cygrunsrv -S sshd
which errors off with:
cygrunsrv: Error starting a service: QueryServiceStatus: Win32 error 1062:
The service has not been started.
Where do I find cygminires.dll ?
How do I make cygrunsrv to start sshd correctly ?
Belows follows output from 'cygcheck -svr':
Cygwin Configuration Diagnostics
Current System Time: Tue Sep 28 16:20:28 2004
Windows 2000 Professional Ver 5.0 Build 2195 Service Pack 4
Path:C:\cygwin\usr\local\bin
   C:\cygwin\bin
   C:\cygwin\bin
   C:\cygwin\usr\X11R6\bin
   c:\WINNT\system32
   c:\WINNT
   c:\WINNT\System32\Wbem
   c:\Program Files\Symantec\pcAnywhere\
   C:\cygwin\bin
   c:\PROGRA~1\BMCSOF~1\PATROL~1\bin
   c:\PROGRA~1\BMCSOF~1\PATROL~1\utils
   c:\Program Files\Centura2.0\
   c:\Program Files\ImageMan 6.0.1\
   c:\Program Files\Graphics Server 5.50\
   c:\Program Files\AutoIT\
   c:\Program Files\Executive Software\Undelete\
   c:\Program Files\Executive Software\Diskeeper\
   c:\Program Files\Common Files\Crystal Decisions\2.0\bin\
   c:\Program Files\Common Files\GTK\bin
Output from C:\cygwin\bin\id.exe (nontsec)
UID: 1001(Sysaccount) GID: 513(None)
513(None)
Output from C:\cygwin\bin\id.exe (ntsec)
UID: 1001(Sysaccount) GID: 513(None)
0(root)   513(None)
544(Admins)   545(Users)
SysDir: C:\WINNT\system32
WinDir: C:\WINNT
CYGWIN = `binmode ntsec tty title'
HOME = `C:\cygwin\home\Sysaccount'
MAKE_MODE = `unix'
PWD = `/home/Sysaccount'
USER = `Sysaccount'
ALLUSERSPROFILE = `C:\Documents and Settings\All Users'
APPDATA = `C:\Documents and Settings\sysaccount.8VS2T0J\Application Data'
COMMONPROGRAMFILES = `C:\Program Files\Common Files'
COMPUTERNAME = `8VS2T0J'
COMSPEC = `C:\WINNT\system32\cmd.exe'
CVS_RSH = `/bin/ssh'
HOME.ORG = `C:\'
HOMEDRIVE = `C:'
HOMEPATH = `\Documents and Settings\sysaccount.8VS2T0J'
HOSTNAME = `8VS2T0J'
INFOPATH = 
`/usr/local/info:/usr/info:/usr/share/info:/usr/autotool/devel/info:/usr/autotool/stable/info:'
LIB = `C:\Program Files\sybase\LIB'
LOGONSERVER = `\\8VS2T0J'
MANPATH = 
`/usr/local/man:/usr/man:/usr/share/man:/usr/autotool/devel/man::/usr/ssl/man'
NUMBER_OF_PROCESSORS = `1'
OLDPWD = `/bin'
OS2LIBPATH = `C:\WINNT\system32\os2\dll;'
OS = `Windows_NT'
PATHEXT = `.COM;.EXE;.BAT;.CMD;.VBS;.VBE;.JS;.JSE;.WSF;.WSH'
PATROL_ADMIN = `patrol'
PATROL_HOME = `C:\PROGRA~1\BMCSOF~1\PATROL~1\'
PRINTER = `SnagIt 7'
PROCESSOR_ARCHITECTURE = `x86'
PROCESSOR_IDENTIFIER = `x86 Family 15 Model 2 Stepping 9, GenuineIntel'
PROCESSOR_LEVEL = `15'
PROCESSOR_REVISION = `0209'
PROGRAMFILES = `C:\Program Files'
PROMPT = `$P$G'
PS1 = `\[\033]0;\w\007
[EMAIL PROTECTED] \[\033[33m\w\033[0m\]
$ '
SHLVL = `1'
SYBASE = `C:\Program Files\Sybase'
SYSTEMDRIVE = `C:'
SYSTEMROOT = `C:\WINNT'
TEMP.ORG = `C:\WINNT\TEMP'
TEMP = `C:\DOCUME~1\SYSACC~1.8VS\LOCALS~1\Temp'
TERM = `cygwin'
TMP.ORG = `C:\WINNT\TEMP'
TMP = `C:\DOCUME~1\SYSACC~1.8VS\LOCALS~1\Temp'
USERDOMAIN = `8VS2T0J'
USERNAME = `Sysaccount'
USERPROFILE = `C:\Documents and Settings\sysaccount.8VS2T0J'
WINDIR = `C:\WINNT'
_ = `/usr/bin/cygcheck'
POSIXLY_CORRECT = `1'
HKEY_CURRENT_USER\Software\Cygnus Solutions
HKEY_CURRENT_USER\Software\Cygnus Solutions\Cygwin
HKEY_CURRENT_USER\Software\Cygnus Solutions\Cygwin\mounts v2
HKEY_CURRENT_USER\Software\Cygnus Solutions\Cygwin\Program Options
HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions
HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\Cygwin
HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\Cygwin\mounts v2
 (default) = `/cygdrive'
 cygdrive flags = 0x0022
HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\Cygwin\mounts v2\/
 (default) = `C:\cygwin'
 flags = 0x000a
HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\Cygwin\mounts v2\/usr/bin
 (default) = `C:\cygwin/bin'
 flags = 0x000a
HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\Cygwin\mounts v2\/usr/lib
 (default) = `C:\cygwin/lib'

Re: cygheap problems with 1.5.11

[Dr. Volker Zell]

> Gerrit P Haase writes:

> Hi Volker,
>> In my case the cygheap_fixup_in_child error manifests only in a
>> couple of gnome1 applications which I compiled by myself. It looks as
>> so all apps which are dependent on /opt/gnome1/bin/cygart_lgpl-2.dll
>> are infected. All my other gnome1 apps works just fine. For example:

>> 08:15 AM [741]> cygcheck /opt/gnome1/bin/gnubg.exe 
>> D:/opt/gnome1/bin/gnubg.exe
>> D:/opt/gnome1/bin\cygart_lgpl-2.dll   <

> Is this the released or a selfcompiled version?

A selfcompiled version. I have almost all of the gnome1 platform
compiled by myself with the xorg- dll's. In the beginning with shm
support, but this led to strange MapViewOfFileEx errors. So I disabled
shm support in gtk+. I also have a couple of gnome1 apps which used to
work fine until recently. Not all are infected, but all which are using
my cygart_lgpl-2.dll as it seems :-((

I'm now trying to compile these apps with your gnome2 libs.
Thanks by the way for your effort.

> Gerrit

Ciao
  Volker


--
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 of other shell than cygwin's through xinetd

[Corinna Vinschen]

On Sep 28 11:57, [EMAIL PROTECTED] wrote:
> Why did I not get my pwd answer on the rsh example ?

Rshd's stdin/out/err descriptors are connected to sockets because
there's no pty involved.  Most native Win apps just don't get it.

Best workaround is to use ssh with -t option instead.

Corinna

-- 
Corinna Vinschen  Please, send mails regarding Cygwin to
Cygwin Project Co-Leader  mailto:[EMAIL PROTECTED]
Red Hat, Inc.

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

Re: crontab/mount problem

[Larry Hall]

At 05:29 AM 9/28/2004, you wrote:
>Larry Hall wrote:
>>Read this:
>>
>>If you've installed cron as directed, you won't have access to non-publicly
>>accessible shares.  Your options are to make the shares accessible to all
>>without authentication or run 'cron' as a service under the same user as owns the 
>>crontab.  The former opens up your share's permissions significantly.  The latter 
>>makes 'cron' usable by only you.
>>There's plenty in the email archives about all this too if you're looking for more 
>>reading.
>
>I'm wondering if this restriction also applies to e.g. DCOM permissions?
>
>I'm using cron to run a C# program (my own) which extracts contacts info from Outlook 
>to an LDIF file, for importing into openldap.  This works fine on the command line, 
>and works with cron running as myself.
>
>With cron running as System, using setuid to myself, the Outlook COM object model 
>refuses access.  ("new Outlook.ApplicationClass" throws an 
>UnauthorizedAccessException.)



Depends on what "new Outlook.ApplicationClass" is doing.  If it requires
authentication to get access to some network resource (i.e. the LDAP DB),
then this is the same problem.  Like Igor said in another post, a little
experimentation would probably clarify if this is the case.


--
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: "Broken pipe" warning from bash.

[Errol Smith]

At 05:53 PM 28/09/2004, Bas van Gompel wrote:
Following little (bash) shell-script many times causes a "Broken pipe"
(SIGPIPE) warning to be emitted by bash. Is this expected behaviour?
An example of the message:
./tc-pipe.sh: line 5: 3541109 Broken pipe seq 1 2
The message is generated on the second pass through the loop.
Changing ``a b'' to ``a b c d e'' below, often prints the message 4
times.
=== Begin tc-pipe.sh ===
#!/bin/bash
for t in a b; do
 seq 1 2
done | head -n 1
 End tc-pipe.sh 
 I was going to say "use a recent snapshot because the 'Broken Pipe' 
problems were fixed by the Gold-Star deserving Pierre"... BUT I tried your 
testcase and it fails (intermittently) even with the latest snapshot 
(20040928).
 Pierre's patch DID fix the broken pipe issues I reported so this might be 
a different problem.

Errol
--
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 of other shell than cygwin's through xinetd

[Larry Hall]

Please, one copy of each report is enough.

At 05:57 AM 9/28/2004, you wrote:

>I've installed xinetd cygwin, in c:/cygwin/root, and execute it with /usr/sbin/xinetd 
>-d to see the log on the screen
>If I use the cygwin tools, I've got result on the command I use :
>
>[EMAIL PROTECTED]:?:FA_26 /home/chrdelar> rsh ptxw09112 
>"/cygdrive/c/cygwin/root/bin/sh -c pwd"
>/cygdrive/u
>[EMAIL PROTECTED]:?:FA_26 /home/chrdelar>
>
>But If I use other tools like mingw :
>
>[EMAIL PROTECTED]:?:FA_26 /home/chrdelar> rsh ptxw09112 "/cygdrive/c/msys/1.0/bin/sh 
>-c pwd"
>[EMAIL PROTECTED]:?:FA_26 /home/chrdelar>
>
>No echo/result of pwd appears.
>
>If I try with rlogin :
>[EMAIL PROTECTED]:?:FA_26 /home/chrdelar> rlogin ptxw09112
>[EMAIL PROTECTED] ~
>$ /cygdrive/c/msys/1.0/bin/sh.exe -c "pwd"
>/u
>$
>
>I've got the result
>
>Why did I not get my pwd answer on the rsh example ?
>How to connect the stdout of msys (on other sh like tools) to stdout of rsh ?
>Is this the same pb as getting the output of  a cmd.exe prog, where I've read nothing 
>is possible to get the output ?


Yep.


>Any workaround ?


If you have 'tty' in your Cygwin environment variable, remove it and try 
again.



--
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: dvips: Couldn't find header file texc.pro

[Alex Vinokur]

"Igor Pechtchanski" <[EMAIL PROTECTED]> wrote in message news:[EMAIL PROTECTED]
> On Tue, 28 Sep 2004, Alex Vinokur wrote:
>
> > "Igor Pechtchanski" wrote:
> > > On Tue, 28 Sep 2004, Alex Vinokur wrote:
> > >
> > > > I tried to invoke dvips.
> > > >
> > > > Here is what I have got.
> > > >
> > > > $ dvips foo.dvi
> > > > This is dvips(k) 5.92b Copyright 2002 Radical Eye Software (www.radicaleye.com)
> > > > dvips: ! Couldn't find header file texc.pro
> > > >
> > > > Any suggestions?
> > >
> > > $ kpsewhich texc.pro
> > > /usr/share/texmf/dvips/base/texc.pro
> > > $ cygcheck -f /usr/share/texmf/dvips/base/texc.pro
> > > tetex-bin-2.0.2-13
> > >
> > > What does "cygcheck -cv tetex-bin" show?
> > [snip]
> >
> >
> > $ kpsewhich texc.pro
> >
> > $ cygcheck -f /usr/share/texmf/dvips/base/texc.pro
> >
> > $ cygcheck -cv tetex-bin
> > Cygwin Package Information
> > Last downloaded files to: C:\cygwin\_download\001
> > Last downloaded files from: http://ftp.inf.tu-dresden.de/software/windows/cygwin32
> >
> > Package  VersionStatus
>
> Ok, just as I suspected, you are not using the Cygwin version of dvips.
> Find out 'which dvips' you're using, and ask for help on the forum
> dedicated to the program that *your* dvips came with.  Alternatively,
> install Cygwin's tetex distribution, and it'll chug along happily.

Installed.

- BEGIN -

$ kpsewhich texc.pro
/usr/share/texmf/dvips/base/texc.pro

$ cygcheck -f /usr/share/texmf/dvips/base/texc.pro
tetex-bin-2.0.2-14


$ cygcheck -cv tetex-bin
Cygwin Package Information
Last downloaded files to: C:\cygwin\_download\002
Last downloaded files from: http://ftp.inf.tu-dresden.de/software/windows/cygwin32

Package  VersionStatus
tetex-bin2.0.2-14   OK


$ which -a dvips
/usr/bin/dvips
/bin/dvips
/usr/bin/dvips

$ ls -l foo.*
-rw-r--r--1 Administ None27136 Sep 28 15:20 foo.doc
-rw-r--r--1 Administ None  360 Sep 28 15:20 foo.dvi
-rw-r--r--1 Administ None 1688 Sep 28 15:19 foo.tex

$ dvips foo.dvi
This is dvips(k) 5.92b Copyright 2002 Radical Eye Software (www.radicaleye.com)
' TeX output 2004.09.28:1520' -> foo.ps
. [1]


$ ls -l foo.*
-rw-r--r--1 Administ None27136 Sep 28 15:20 foo.doc
-rw-r--r--1 Administ None  360 Sep 28 15:20 foo.dvi
-rw-r--r--1 Administ None29667 Sep 28 15:31 foo.ps
-rw-r--r--1 Administ None 1688 Sep 28 15:19 foo.tex


-- END --

File foo.ps created.

There is a problem with its content which seems to be caused by convertor Word->TeX.

-- 
   Alex Vinokur
 http://mathforum.org/library/view/10978.html
 http://sourceforge.net/users/alexvn







--
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: Program exited with code 0303000

[Dan Osborne]

>   Um.  Bizarre.  You did build with -g and -O0, didn't you?  Is
> this an actual
> function call here, or does add_var turn out to be some kind of
> macro or something
> that otherwise gets inlined?

Well I was actually using -ggdb3 but I tried -g -O0 and it made no
difference. I think the add_var line is spurious as there is no
__cxa_rethrow in otlv4.h

>
>   Hmm.  Have you properly used 'throws XXX' declarations on all
> the function
> prototypes that need them?
>

Err, no there aren't any - I'll add them and see if it helps.

> > So I'm wondering firstly why gdb seems to have a mismatch
> > between address
> > and source line number and why that throw didn't get caught
> > in my catch in
> > main.
>
>   You haven't shown me your main catch clause, but I'll assume
> that it covers all
> exception types (or at any rate, that it includes
> RProgReturnException).  As I
> suggest above, giving bad information to the compiler (through
> missing or bogus
> throws decls) can cause it to generate bad unwind info: and we
> can pretty much
> presume that the unwind info has to be bad in some way and that's
> why it's missing
> your outer catch when it unwinds.

Yes, there's a catch (...) so I'll work on those throws clauses.

Oh and the throw is in a shared library with the catch in my main if that
has any bearing.

Thanks,

Dan


--
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: dvips: Couldn't find header file texc.pro

[Igor Pechtchanski]

On Tue, 28 Sep 2004, Alex Vinokur wrote:

> "Igor Pechtchanski" wrote:
> > On Tue, 28 Sep 2004, Alex Vinokur wrote:
> >
> > > I tried to invoke dvips.
> > >
> > > Here is what I have got.
> > >
> > > $ dvips foo.dvi
> > > This is dvips(k) 5.92b Copyright 2002 Radical Eye Software (www.radicaleye.com)
> > > dvips: ! Couldn't find header file texc.pro
> > >
> > > Any suggestions?
> >
> > $ kpsewhich texc.pro
> > /usr/share/texmf/dvips/base/texc.pro
> > $ cygcheck -f /usr/share/texmf/dvips/base/texc.pro
> > tetex-bin-2.0.2-13
> >
> > What does "cygcheck -cv tetex-bin" show?
> [snip]
>
>
> $ kpsewhich texc.pro
>
> $ cygcheck -f /usr/share/texmf/dvips/base/texc.pro
>
> $ cygcheck -cv tetex-bin
> Cygwin Package Information
> Last downloaded files to: C:\cygwin\_download\001
> Last downloaded files from: http://ftp.inf.tu-dresden.de/software/windows/cygwin32
>
> Package  VersionStatus

Ok, just as I suspected, you are not using the Cygwin version of dvips.
Find out 'which dvips' you're using, and ask for help on the forum
dedicated to the program that *your* dvips came with.  Alternatively,
install Cygwin's tetex distribution, and it'll chug along happily.
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!

"Happiness lies in being privileged to work hard for long hours in doing
whatever you think is worth doing."  -- Dr. Jubal Harshaw

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

[Igor Pechtchanski]

On Tue, 28 Sep 2004, Robert Schmidt wrote:

> Larry Hall wrote:
> > Read this:
> >
> > 
> >
> > If you've installed cron as directed, you won't have access to non-publicly
> > accessible shares.  Your options are to make the shares accessible to all
> > without authentication or run 'cron' as a service under the same user as
> > owns the crontab.  The former opens up your share's permissions
> > significantly.  The latter makes 'cron' usable by only you.
> >
> > There's plenty in the email archives about all this too if you're looking
> > for more reading.
>
> I'm wondering if this restriction also applies to e.g. DCOM permissions?
>
> I'm using cron to run a C# program (my own) which extracts contacts info from
> Outlook to an LDIF file, for importing into openldap.  This works fine on the
> command line, and works with cron running as myself.
>
> With cron running as System, using setuid to myself, the Outlook COM object
> model refuses access.  ("new Outlook.ApplicationClass" throws an
> UnauthorizedAccessException.)
>
> I'd rather avoid having to hardcode my user name and password into the
> cygrunsrv command line, so any ideas would be appreciated.

Well, you could do it as an experiment...  If that works, it'll be a data
point.

It could be the permission issue, or it could be a much simpler "thou
shalt not unset SYSTEMROOT in services" issue (search the archives).
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!

"Happiness lies in being privileged to work hard for long hours in doing
whatever you think is worth doing."  -- Dr. Jubal Harshaw

--
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: font problems with xpdf and gv

[Igor Pechtchanski]

On Tue, 28 Sep 2004, Dr. Volker Zell wrote:

> > Yaakov Selkowitz writes:
>
> > Dr. Volker Zell wrote:
> >> Make sure you have the x11 version of ghostscript installed.
>
> > It's about time this is added to the FAQ, don't you think?
>
> I'm also thinking about releasing a new version of gv with a new
> README, if it helps.

Since 'gv' requires 'ghostscript-x11', any particular reason for it to not
be installed?  I understand the PATH issues, and
/etc/profile.d/00xorg-x11-base.sh *SHOULD* be fixed to move /usr/X11R6/bin
to the front of the PATH (or, at any rate, before /usr/bin), but comments
like "gv doesn't work, so install ghostscript-x11" make me think that
setup is somehow failing in its dependency tracking.  Alternatively, why
not make 'gv' invoke '/usr/X11R6/bin/gs' explicitly, instead of searching
for it in the PATH?
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!

"Happiness lies in being privileged to work hard for long hours in doing
whatever you think is worth doing."  -- Dr. Jubal Harshaw

--
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: Make Utility and DuplicateHandle(In) failed (e=6)

[Dave Korn]

> -Original Message-
> From: cygwin-owner On Behalf Of Christopher Faylor
> Sent: 28 September 2004 05:09

> On Tue, Sep 28, 2004 at 12:13:16PM +1000, Jussi Jumppanen wrote:
> >Some time ago "luca landi"  wrote:
> >>problem running make 3.77.94 inside bash

> You're apparently quoting an old message with no attribution and
> providing no way of knowing whether this relates to an 
> already fixed bug or not.

Quite "some time ago" indeed:

http://www.cygwin.com/ml/cygwin/1999-09/msg00415.html

Matter of fact...
http://216.239.59.104/search?q=cache:FRltkvFF5EwJ:lists.gnu.org/archive/html/make-
w32/2004-04/msg1.html+%22DuplicateHandle(In)+failed+(e%3D6)%22+cygwin&hl=en

makes it clear it's only the win32 native version of make that isn't/wasn't fully
happy under bash.

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


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

RE: Program exited with code 0303000

[Dave Korn]

> -Original Message-
> From: cygwin-owner On Behalf Of Dan Osborne
> Sent: 28 September 2004 13:22

> I was trying to step through the code in gdb and pin this 
> down so setting
> breaks on abort and exit sounds useful. However, both b abort 
> and b exit
> give me ...
> 
> (gdb) b abort
> Breakpoint 1 at 0x401552: file otlv4.h, line 3608.
> (gdb) b exit
> Note: breakpoint 1 also set at pc 0x401552.
> Breakpoint 2 at 0x401552: file otlv4.h, line 3608.
> 
> But line 3608 of otlv4.h looks like nothing to do with abort or exit
> 
> add_var(i,var,in_out,apl_tab_size);

  Um.  Bizarre.  You did build with -g and -O0, didn't you?  Is this an actual
function call here, or does add_var turn out to be some kind of macro or something
that otherwise gets inlined?

> However, further digging reveals that my program gets to the 
> throw command here ...
> 
> catch ( RProgReturnException e )
> {
>throw;
> }
> 
> and if I step on throw the debugger thinks I'm at ... gues 
> which line?! yes, line 3608 of otlv4.h ...
> 
> (gdb) s
> 0x1003b115 in __cxa_rethrow () at otlv4.h:3608
> 3608  add_var(i,var,in_out,apl_tab_size);

  You didn't say what function that catch instruction is actually in: is it in the
function that calls add_var, or is it in add_var and add_var has been inlined at
this point?  In any case, it certainly seems to be in the right place, considering
you are indeed re-throwing an exception.
 
> and if I step again I get ...
> 
> Program exited with code 0303000.

  Hmm.  Have you properly used 'throws XXX' declarations on all the function
prototypes that need them?

> So I'm wondering firstly why gdb seems to have a mismatch 
> between address
> and source line number and why that throw didn't get caught 
> in my catch in
> main.

  You haven't shown me your main catch clause, but I'll assume that it covers all
exception types (or at any rate, that it includes RProgReturnException).  As I
suggest above, giving bad information to the compiler (through missing or bogus
throws decls) can cause it to generate bad unwind info: and we can pretty much
presume that the unwind info has to be bad in some way and that's why it's missing
your outer catch when it unwinds.


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


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

RE: Problems building setup from CVS.

[Dave Korn]

> -Original Message-
> From: Reini Urban 
> Sent: 28 September 2004 13:13

> This is a new libtool "feature" :)
> you have to fix most of your /usr/share/aclocal/*.m4 files 
> (those which 
> print the warnings) to quote the AC_DEFUN first param.
> 
> libmcrypt.m4:
> AC_DEFUN(AM_PATH_LIBMCRYPT,
> =>
> AC_DEFUN([AM_PATH_LIBMCRYPT],
> 
> I've attached a patch which was needed for me.

  Thanks!

>   >   I don't see any problems (or indeed any output 
> whatsoever!) when I 
> then run
> > autoconf and automake.  I use the standard recommended 
> configure options:
> 
> with the rest I'm fighting also :)

  Well, the complaints about missing automake-1.8 don't seem to have had any
impact on my build - then again, I haven't been modifying the auto* files in the
subdirs, and perhaps if I had patched them with that patch of yours the build
process might well decide the subdir configure/makefiles were out-of-date and
needed -1.8 to rebuild.  At which point I'd try symlinking -1.8 to -1.9.1 and hope
it worked.

  As for the link errors, doesn't patching autoload fix it all for you?

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


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

Problems on Itanium: Found the Cause, What's Next?

[Alexei Alexandrov]

Hi, All!
This message is related to my previous post about diff crashing on Itanium, Windows 
Server 2003 
(http://cygwin.com/ml/cygwin/2004-09/msg00465.html). During debugging I found out that 
the problem is in 
CreateFileMapping/MapViewOfFileEx behavior on this particular platform. Somehow these 
functions return OK status but 
when you try to write something to the area allocated, everything crashes down. The 
following is the illustration of 
the problem:

int main(int argc, char* argv[])
{
HANDLE h = NULL;
void *base = NULL;

__try {
SECURITY_ATTRIBUTES sec_none;
sec_none.nLength = sizeof(sec_none);
sec_none.bInheritHandle = TRUE;
sec_none.lpSecurityDescriptor = NULL;

int len = 16 * 1024;

h = CreateFileMapping(INVALID_HANDLE_VALUE, &sec_none, PAGE_WRITECOPY,
0, len, NULL);

if (!h) {
printf(\"FAIL: CreateFileMapping(...)\\n\");
return -1;
}

printf(\"PASS: CreateFileMapping(...)\\n\");

base = MapViewOfFile(h, FILE_MAP_COPY, 0, 0, len);

if (!base) {
printf(\"FAIL: MapViewOfFile(...)\\n\");
return -1;
}

printf(\"PASS: MapViewOfFile(...), base = 0x%08x\\n\", base);

int tmp;
tmp = *((int*)base);
printf(\"PASS: Reading memory\\n\");

*((int*)base) = tmp;
printf(\"PASS: Writing memory\\n\");

}

__finally {
if (base) {
UnmapViewOfFile(base);
base = NULL;
}

if (h) {
CloseHandle(h);
h = NULL;
}
}

return 0;
}

If you compile this code with 32-bit compiler and then run it on 64-bit Server 2003 it 
will crash. At the same time it 
works on 32-bit machines.

So the questions is to cygwin developers: what can be done next? I\'ve found file 
wincap.cc with particular platforms 
capability descriptions. I\'ve tried to set has_working_copy_on_write to false when 
IsWow64Process return true and it 
seems to work, but how can I be sure that I didn\'t break anything else? Are there any 
tests or something? And generally 
is this fix OK? Which drawbacks can it have? If the fix is OK - let me know, I will 
provide a patch.

--
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: Program exited with code 0303000

[Dan Osborne]

Thanks for the reply.

>   Since you've got the code up and running in a debugger, you can set
> breakpoints on abort, exit, and the last line of main, then when
> it hits one
> you can see for yourself from which point your code is exiting and the
> reason why it's returning a non-zero exit code.

I was trying to step through the code in gdb and pin this down so setting
breaks on abort and exit sounds useful. However, both b abort and b exit
give me ...

(gdb) b abort
Breakpoint 1 at 0x401552: file otlv4.h, line 3608.
(gdb) b exit
Note: breakpoint 1 also set at pc 0x401552.
Breakpoint 2 at 0x401552: file otlv4.h, line 3608.

But line 3608 of otlv4.h looks like nothing to do with abort or exit

add_var(i,var,in_out,apl_tab_size);

However, further digging reveals that my program gets to the throw command
here ...

catch ( RProgReturnException e )
{
   throw;
}

and if I step on throw the debugger thinks I'm at ... gues which line?! yes,
line 3608 of otlv4.h ...

(gdb) s
0x1003b115 in __cxa_rethrow () at otlv4.h:3608
3608  add_var(i,var,in_out,apl_tab_size);

and if I step again I get ...

Program exited with code 0303000.

So I'm wondering firstly why gdb seems to have a mismatch between address
and source line number and why that throw didn't get caught in my catch in
main.

Thanks in anticipation and thanks for your input so far,

Dan


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

Re: Problems building setup from CVS.

[Reini Urban]

Dave Korn schrieb:
  Hey all,
  The subject says it all.  Are there any requirements that I don't know about for
say particular versions of automake/autoconf?  It says at
http://sources.redhat.com/cygwin-apps/setup.html
"This requires the Cygwin development automake/autoconf and libtool packages (from
the Cygwin Net Release). (Or equivalently patched versions on linux or other
platforms.)"
  Well, I'm not sure what's in the cygwin net release, nor what kind of patchset
would be 'equivalent' in those terms.  I've got these versions of
automake/autoconf, which are I believe the current cygwin release versions:

[EMAIL PROTECTED] /usr/build/apps/setup> autoconf --version
autoconf (GNU Autoconf) 2.59
Written by David J. MacKenzie and Akim Demaille.
Copyright (C) 2003 Free Software Foundation, Inc.
This is free software; see the source for copying conditions.  There is NO
warranty; not even for MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE.
[EMAIL PROTECTED] /usr/build/apps/setup> automake --version
automake (GNU automake) 1.9.1
Written by Tom Tromey <[EMAIL PROTECTED]>.
Copyright 2004 Free Software Foundation, Inc.
This is free software; see the source for copying conditions.  There is NO
warranty; not even for MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE.

and I see these warnings when I run bootstrap.sh:

[EMAIL PROTECTED] /usr/build/apps/setup> ./bootstrap.sh
Running bootstrap.sh in libgetopt++
/usr/share/aclocal/freetype2.m4:7: warning: underquoted definition of AC_CHECK_FT2
  run info '(automake)Extending aclocal'
  or see http://sources.redhat.com/automake/automake.html#Extending-aclocal
/usr/share/aclocal/check.m4:5: warning: underquoted definition of AM_PATH_CHECK
This is a new libtool "feature" :)
you have to fix most of your /usr/share/aclocal/*.m4 files (those which 
print the warnings) to quote the AC_DEFUN first param.

libmcrypt.m4:
AC_DEFUN(AM_PATH_LIBMCRYPT,
=>
AC_DEFUN([AM_PATH_LIBMCRYPT],
I've attached a patch which was needed for me.
 >   I don't see any problems (or indeed any output whatsoever!) when I 
then run
autoconf and automake.  I use the standard recommended configure options:
with the rest I'm fighting also :)
--
Reini Urban
http://xarch.tu-graz.ac.at/home/rurban/
--- freetype2.m4~   2003-10-25 22:21:48.00100 +0200
+++ freetype2.m42004-09-28 13:54:10.653180400 +0200
@@ -4,7 +4,7 @@
 dnl AC_CHECK_FT2([MINIMUM-VERSION, [ACTION-IF-FOUND [, ACTION-IF-NOT-FOUND]]])
 dnl Test for FreeType2, and define FT2_CFLAGS and FT2_LIBS
 dnl
-AC_DEFUN(AC_CHECK_FT2,
+AC_DEFUN([AC_CHECK_FT2],
 [dnl
 dnl Get the cflags and libraries from the freetype-config script
 dnl
--- libmcrypt.m4~   2003-10-06 16:54:24.00100 +0200
+++ libmcrypt.m42004-09-28 13:55:01.683777200 +0200
@@ -14,7 +14,7 @@
 dnl AM_PATH_LIBMCRYPT([MINIMUM-VERSION, [ACTION-IF-FOUND [, ACTION-IF-NOT-FOUND ]]])
 dnl Test for libmcrypt, and define LIBMCRYPT_CFLAGS and LIBMCRYPT_LIBS
 dnl
-AC_DEFUN(AM_PATH_LIBMCRYPT,
+AC_DEFUN([AM_PATH_LIBMCRYPT],
 [dnl
 dnl Get the cflags and libraries from the libmcrypt-config script
 dnl
--- libsmi.m4~  2003-12-13 02:59:52.00100 +0200
+++ libsmi.m4   2004-09-28 13:53:30.153698800 +0200
@@ -5,7 +5,7 @@
 dnl successful. Also defines HAVE_LIBSMI_H and adds -llibsmi to the 
 dnl LIBS variable.
 dnl 
-AC_DEFUN(AM_PATH_LIBSMI,
+AC_DEFUN([AM_PATH_LIBSMI],
 [
   AC_CHECK_HEADERS(smi.h)
   AC_CHECK_LIB(smi, smiInit)
--- pkg.m4~ 2003-08-11 01:54:22.00100 +0200
+++ pkg.m4  2004-09-28 13:53:44.637888400 +0200
@@ -2,7 +2,7 @@
 dnl PKG_CHECK_MODULES(GSTUFF, gtk+-2.0 >= 1.3 glib = 1.3.4, action-if, action-not)
 dnl defines GSTUFF_LIBS, GSTUFF_CFLAGS, see pkg-config man page
 dnl also defines GSTUFF_PKG_ERRORS on error
-AC_DEFUN(PKG_CHECK_MODULES, [
+AC_DEFUN([PKG_CHECK_MODULES], [
   succeeded=no
 
   if test -z "$PKG_CONFIG"; then

--
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: file conversion utility sought: from isolatin (8859-1) to utf8

[Jörg Schaible]

Ralf Hauser wrote on Tuesday, September 28, 2004 12:17 PM:

> Hi,
> 
> Are there any tools like d2u or u2d for UTF-8 for cygwin?
> 
> In http://lists.suse.com/archive/m17n/2004-Jun/0002.html,
> Bjoern talks about the "recode" and "iconv" utilities, but
> these don't appear to exist in cygwin.

Recode builds OOTB though.

- Jörg

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

Problems building setup from CVS.

[Dave Korn]

  Hey all,

  The subject says it all.  Are there any requirements that I don't know about for
say particular versions of automake/autoconf?  It says at
http://sources.redhat.com/cygwin-apps/setup.html

"This requires the Cygwin development automake/autoconf and libtool packages (from
the Cygwin Net Release). (Or equivalently patched versions on linux or other
platforms.)"

  Well, I'm not sure what's in the cygwin net release, nor what kind of patchset
would be 'equivalent' in those terms.  I've got these versions of
automake/autoconf, which are I believe the current cygwin release versions:


[EMAIL PROTECTED] /usr/build/apps/setup> autoconf --version
autoconf (GNU Autoconf) 2.59
Written by David J. MacKenzie and Akim Demaille.

Copyright (C) 2003 Free Software Foundation, Inc.
This is free software; see the source for copying conditions.  There is NO
warranty; not even for MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE.
[EMAIL PROTECTED] /usr/build/apps/setup> automake --version
automake (GNU automake) 1.9.1
Written by Tom Tromey <[EMAIL PROTECTED]>.

Copyright 2004 Free Software Foundation, Inc.
This is free software; see the source for copying conditions.  There is NO
warranty; not even for MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE.


and I see these warnings when I run bootstrap.sh:


[EMAIL PROTECTED] /usr/build/apps/setup> ./bootstrap.sh
Running bootstrap.sh in libgetopt++
/usr/share/aclocal/freetype2.m4:7: warning: underquoted definition of AC_CHECK_FT2
  run info '(automake)Extending aclocal'
  or see http://sources.redhat.com/automake/automake.html#Extending-aclocal
/usr/share/aclocal/check.m4:5: warning: underquoted definition of AM_PATH_CHECK
configure.in: installing `cfgaux/install-sh'
configure.in: installing `cfgaux/missing'
Makefile.am: installing `cfgaux/depcomp'
Autotool bootstrapping complete.
Continuing with bootstrap in current directory
/usr/share/aclocal/freetype2.m4:7: warning: underquoted definition of AC_CHECK_FT2
  run info '(automake)Extending aclocal'
  or see http://sources.redhat.com/automake/automake.html#Extending-aclocal
/usr/share/aclocal/check.m4:5: warning: underquoted definition of AM_PATH_CHECK
configure.in: installing `cfgaux/install-sh'
configure.in: installing `cfgaux/missing'
tests/Makefile.am: installing `cfgaux/depcomp'
Makefile.am: installing `cfgaux/compile'
Autotool bootstrapping complete.


  I don't see any problems (or indeed any output whatsoever!) when I then run
autoconf and automake.  I use the standard recommended configure options:


[EMAIL PROTECTED] /usr/build/obj-apps> ../apps/setup/configure -C 
--enable-dependencies -
-disable-shared --host=i686-pc-mingw32 --build=i686-pc-cygwin 'CC=gcc -mno-cygw
in' 'CXX=g++ -mno-cygwin' --enable-maintainer-mode  2>&1 | tee conf.log


and see one suspicious thing during configure: when it goes to configure in
libgetopt++, there's something a bit suspiciously printf-y


configure: creating ./config.status
config.status: creating Makefile
config.status: executing depfiles commands
configure: configuring in libgetopt++
configure: running /bin/bash '../../apps/setup/libgetopt++/configure' --prefix=/
usr/local  '-C' '--enable-dependencies' '--disable-shared' '--host=i686-pc-mingw
32' '--build=i686-pc-cygwin' 'CC=gcc -mno-cygwin' 'CXX=g++ -mno-cygwin' '--enabl
e-maintainer-mode' 'build_alias=i686-pc-cygwin' 'host_alias=i686-pc-mingw32' --c
ache-file=../config.cache --srcdir=../../apps/setup/libgetopt++
configure: loading cache ../config.cache

checking for ld used by gcc -mno-cygwin... ../../apps/setup/libgetopt++/configur
e: line 1: s%\\%/%g: No such file or directory
(cached) /usr/i686-pc-mingw32/bin/ld.exe
checking if the linker (/usr/i686-pc-mingw32/bin/ld.exe) is GNU ld... (cached) y
es
checking for /usr/i686-pc-mingw32/bin/ld.exe option to reload object files... (c
ached) -r



  Anyway, configure completes, and I go to build, and then two things happen.  One
is that when make enters any of the subdirectories, I see something like this:


make  all-recursive
make[1]: Entering directory `/usr/build/obj-apps'
Making all in bz2lib
make[2]: Entering directory `/usr/build/obj-apps/bz2lib'
 cd ../../apps/setup/bz2lib && /bin/bash /usr/build/apps/setup/cfgaux/missing --
run automake-1.8 --foreign
/usr/build/apps/setup/cfgaux/missing: line 52: automake-1.8: command not found
WARNING: `automake-1.8' is mis

Re: file conversion utility sought: from isolatin (8859-1) to utf8

[Robert Schmidt]

Ralf Hauser wrote:
Hi,
Are there any tools like d2u or u2d for UTF-8 for cygwin?
> ...
A starting point might be
http://userpage.fu-berlin.de/~ram/pub/pub_kfd8tk88g/perl_unicode_en ?
Not particularly cygwin related, but anyway...
This is a better start:
http://www.perldoc.com/perl5.8.0/lib/Encode.html
  #!/usr/bin/perl
  # iso2utf8.pl
  use Encode;
  while(){
print encode("utf8", decode("iso-8859-1", $_));
  }
Then
  #!/bin/sh
  mkdir -p utf8
  for FILE in $* ; do iso2utf8.pl < $FILE > utf8/$FILE ; done
If you're sure you want in-place, finish off with
  mv utf8/* .
If you need to handle a hierarchy of files, you need to fiddle with find 
 -print0 | xargs -0, or keep it all in perl.  I'm not a perl wiz,

Cheers,
Rob
--
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: file conversion utility sought: from isolatin (8859-1) to utf8

[Yitzchak Scott-Thoennes]

On Tue, Sep 28, 2004 at 12:17:04PM +0200, Ralf Hauser <[EMAIL PROTECTED]> wrote:
> Hi,
> 
> Are there any tools like d2u or u2d for UTF-8 for cygwin?

"perl -CI -pe0" will convert utf8 stdin to latin1 stdout
"perl -CO -pe0" will do the reverse.

--
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: file conversion utility sought: from isolatin (8859-1) to utf8

[Brian Dessent]

Ralf Hauser wrote:

> Are there any tools like d2u or u2d for UTF-8 for cygwin?
> 
> In http://lists.suse.com/archive/m17n/2004-Jun/0002.html, Bjoern talks about
> the "recode" and "iconv" utilities, but these don't appear to exist in
> cygwin.

Cygwin has a libiconv package, which you must have overlooked.

$ iconv --help
Usage: iconv [-c] [-s] [-f fromcode] [-t tocode] [file ...]
or:iconv -l

$ which iconv
/usr/bin/iconv

$ cygcheck -f /usr/bin/iconv
libiconv-1.9.2-1

Brian

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

file conversion utility sought: from isolatin (8859-1) to utf8

[Ralf Hauser]

Hi,

Are there any tools like d2u or u2d for UTF-8 for cygwin?

In http://lists.suse.com/archive/m17n/2004-Jun/0002.html, Bjoern talks about
the "recode" and "iconv" utilities, but these don't appear to exist in
cygwin.

I need to convert many pages for a web-site in a batch.
I imagine something like a command
  convIso2Utf8 *de.txt  
that converts files "in place" or also to stdout or to an out-file that can
be specified with a command-line parameter?


A starting point might be
http://userpage.fu-berlin.de/~ram/pub/pub_kfd8tk88g/perl_unicode_en ?


Any hints would be highly appreciated

Ralf


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

Stdout of other shell than cygwin's through xinetd

[Christophe . Delarue]

I've installed xinetd cygwin, in c:/cygwin/root, and execute it with /usr/sbin/xinetd 
-d to see the log on the screen
If I use the cygwin tools, I've got result on the command I use :

[EMAIL PROTECTED]:?:FA_26 /home/chrdelar> rsh ptxw09112 
"/cygdrive/c/cygwin/root/bin/sh -c pwd"
/cygdrive/u
[EMAIL PROTECTED]:?:FA_26 /home/chrdelar>

But If I use other tools like mingw :

[EMAIL PROTECTED]:?:FA_26 /home/chrdelar> rsh ptxw09112 "/cygdrive/c/msys/1.0/bin/sh 
-c pwd"
[EMAIL PROTECTED]:?:FA_26 /home/chrdelar>

No echo/result of pwd appears.

If I try with rlogin :
[EMAIL PROTECTED]:?:FA_26 /home/chrdelar> rlogin ptxw09112
[EMAIL PROTECTED] ~
$ /cygdrive/c/msys/1.0/bin/sh.exe -c "pwd"
/u
$

I've got the result

Why did I not get my pwd answer on the rsh example ?
How to connect the stdout of msys (on other sh like tools) to stdout of rsh ?
Is this the same pb as getting the output of  a cmd.exe prog, where I've read nothing 
is possible to get the output ?

Any workaround ?

I need the command to be executed in a non cygwin shell, to be compliant with a 
compilation process.

Thanks





-
Visit our Internet site at http://www.reuters.com

Get closer to the financial markets with Reuters Messaging - for more
information and to register, visit http://www.reuters.com/messaging

Any views expressed in this message are those of  the  individual
sender,  except  where  the sender specifically states them to be
the views of Reuters Ltd.


--
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: [ANNOUNCEMENT] Updated: openssl-0.9.7d-2, openssl-devel-0.9.7d-2

[Corinna Vinschen]

On Sep 28 08:09, Dr. Volker Zell wrote:
> > Corinna Vinschen writes:
> 
> > I've updated the version of OpenSSL to 0.9.7d-2.  This also includes the
> > openssl-devel package.
> 
> openssl-0.9.7d-2 still uses the deprecated /usr/doc dir structure.
> Just a heads up.

Thanks, the next package will put its doc under /usr/share/doc.

Corinna

-- 
Corinna Vinschen  Please, send mails regarding Cygwin to
Cygwin Project Co-Leader  mailto:[EMAIL PROTECTED]
Red Hat, Inc.

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

RE: Program exited with code 0303000

[Dave Korn]

> -Original Message-
> From: cygwin-owner On Behalf Of Bobby McNulty
> Sent: 28 September 2004 03:45
> To: Cliff Hones
> Cc: cygwin
> Subject: Re: Program exited with code 0303000
> 
> Cliff Hones wrote:
> 
> > Dave Korn wrote:
> > 
> > 
> >>  Bobby, your advice is going from bad to worse.  Nothing 
> you have said is
> >>right, and you keep on repeating things that you have 
> already been told
> >>don't work.  You don't accurately read the things that are 
> in front of your
> >>face before you reply.  THAT'S WHY I'M GOING TO BE SHOUTING 
> AT YOU QUITE A
> >>LOT IN THIS LETTER, BECAUSE YOU DON'T ACTUALLY LISTEN TO 
> ANYTHING ANYONE
> >>SAYS TO YOU, YOU JUST ASSUME THEY'RE WRONG AND YOU'RE RIGHT 
> AND I HOPE IF I
> >>SHOUT LOTS YOU'LL ACTUALLY BE ABLE TO HEAR ME.
> >>...
> > 
> > 
> > Dave, Bobby is not worth getting worked up about.  He has 
> been on the Cygwin
> > list longer than you, and I expect most people have just 
> learnt to completely
> > ignore him.  I find him quite fun, actually - I have this 
> slight suspicion
> > that he may be a very clever troll, but on the whole I'd 
> guess he's just
> > a half^H^H^H^Hquarter-wit.  It's just that he does seem to 
> have the uncanny
> > knack of saying exactly the wrong thing every time.
> > 
> > Bobby - I'm not trying to be rude, unpleasant or mean - you 
> really do need
> > to get a lot more clued up if you ever expect to be taken seriously.
> > 
> I like to have fun. But I can be serious too.
> 

  LOL.  Sorry for shouting!


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


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

Re: crontab/mount problem

[Robert Schmidt]

Larry Hall wrote:
Read this:

If you've installed cron as directed, you won't have access to non-publicly
accessible shares.  Your options are to make the shares accessible to all
without authentication or run 'cron' as a service under the same user as 
owns the crontab.  The former opens up your share's permissions 
significantly.  The latter makes 'cron' usable by only you.

There's plenty in the email archives about all this too if you're looking 
for more reading.
I'm wondering if this restriction also applies to e.g. DCOM permissions?
I'm using cron to run a C# program (my own) which extracts contacts info 
from Outlook to an LDIF file, for importing into openldap.  This works 
fine on the command line, and works with cron running as myself.

With cron running as System, using setuid to myself, the Outlook COM 
object model refuses access.  ("new Outlook.ApplicationClass" throws an 
UnauthorizedAccessException.)

I'd rather avoid having to hardcode my user name and password into the 
cygrunsrv command line, so any ideas would be appreciated.

Cheers,
Rob
--
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: setup.exe q's

[Gerrit P. Haase]

Barry wrote:

> At Monday, September 27, 2004 5:44 PM, Gerrit P. Haase wrote:
>> Hallo Michael,
>> 
>> Am Montag, 27. September 2004 um 21:33 schriebst du:
>> 
>>> i) I read a page on cygwin.com that says "$ setup.exe --help" will
>>> display optional command line args, yet it doesn't appear to do so?
>> 
>> Please submit a patch;)

> Is this already implemented?
> http://www.cygwin.com/ml/cygwin-apps/2003-10/msg00348.html

Then the 'help' output shold be in setup.log instead of stdout?

Have you tried if it works?

Gerrit
-- 
=^..^= http://nyckelpiga.de/donate.html


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

Re: cygheap problems with 1.5.11

[Gerrit P. Haase]

Hi Volker,

> In my case the cygheap_fixup_in_child error manifests only in a
> couple of gnome1 applications which I compiled by myself. It looks as
> so all apps which are dependent on /opt/gnome1/bin/cygart_lgpl-2.dll
> are infected. All my other gnome1 apps works just fine. For example:

> 08:15 AM [741]> cygcheck /opt/gnome1/bin/gnubg.exe 
> D:/opt/gnome1/bin/gnubg.exe
>   D:/opt/gnome1/bin\cygart_lgpl-2.dll   <

Is this the released or a selfcompiled version?


Gerrit
-- 
=^..^= http://nyckelpiga.de/donate.html


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

Re: [INFO] Adding 'cygwin here' to Windows Explorer

[John Morrison]

>>>But, regardless, I don't see any reason to debate this.  I would like a
>>>package and would appreciate it if someone would provide one.

If changes are required to support this functionality in /etc/profile (or any
of the other startup scripts) just let me know.

J.


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