Re: Workaround for foreign keyboard problem to be entered in FAQ section 4.1.6

2008-01-10 Thread B Engsig


rdiezmail-cygwinxfree wrote:
 
 Hi all:
  
 I recently hit the foreign keyboard problem described in section 4.1.6
 of the Cygwin/X FAQ. That is, I started with:
 
  $ setxkbmap.exe de -model pc105
   
  Couldn't interpret _XKB_RULES_NAMES property
  [...]
  
 and then I tried what the FAQ said, but I got the following error:
 
   $ xkbcomp -w 3 -xkm -m de /etc/X11/xkb/keymap/xfree86 localhost:0.0
   Error:Can't find file xfree86 for keycodes include
 Exiting
 Abandoning keycodes file it
 
 I googled for it, and after a while, I found the solution:
 
I had the same problem...
By copying the /etc/X11/xkb directory
into /usr/X11R6/lib/X11/xkb
It seems to work pretty well now...
 
 (just in case, I renamed the existing file
 C:\cygwin\usr\X11R6\lib\X11\xkb.lnk beforehand to xkb.bak.lnk before
 copying over)
 
 ...
 
 

Well, I _think_ I know what has happened here as it happened to me as well. 
I had to copy my cygwin environment, and I made a copy on a DVD (of my whole
c:\cygwin directory), and re-installed on a freshly created system.  When
this is being done, I believe all symbolic links, that Windows doesn't know
about are being changed to Windows shortcuts with a .lnk extension.  Hence,
what used to be real (from a cygwin perspective) symbolic links named e.g.
xkb are changed into Windows shortcuts and renamed xkb.lnk during this
process.  Subsequently, X doesn't start properly and you can e.g. not use
the setxkbmap command.
-- 
View this message in context: 
http://www.nabble.com/Workaround-for-foreign-keyboard-problem-to-be-entered-in-FAQ-section-4.1.6-tp13797565p14730929.html
Sent from the cygwin-xfree mailing list archive at Nabble.com.


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



X win can't start under vista 64 bit

2008-01-10 Thread yu xuesheng
I am installing cygwin-x windows-gnuplot under vista
64 bit. After I finished installing x
windows(X11R6),it can't
open the black bash window. A X is on the right
corner
of the disktop. 

Can anyone help me on this? Thank you!


  

Looking for last minute shopping deals?  
Find them fast with Yahoo! Search.  
http://tools.search.yahoo.com/newsearch/category.php?category=shopping

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



can I forward X packets for windows application to Linux Desktop?

2008-01-10 Thread Erik Earle
In other words, I want to do the opposite of everyone else.

I want to run an application on windows and see it remotely from Linux
machine.  From linux I would:
  ssh -Y machine.that.goes.ping
to windows host running cygwin/X.

Then execute something like
   explorer.exe
and have the windows explorer running remotely on the windows machine
popup on my linux desktop.

Is this possible?


I know about VNC and RDesktop. I want to just have the application
window not a window with the full desktop.

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



Re: memmem issues

2008-01-10 Thread Eric Blake

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

According to Corinna Vinschen on 12/20/2007 3:11 AM:
| +  /* FIXME - this algorithm is worst-case O(l_len*s_len)...
|
| or what about Boyer-Moore instead:
|
|   http://de.wikipedia.org/wiki/Boyer-Moore-Algorithmus (in German)
|
| Using one of them is certainly not a licensing violation since all code
| examples are more or less the published examples from well-known
| textbooks (Knuth, Sedgewick, et al.).  Given that, I don't think you're
| actually tainted.  An actual implementation would be much better than
| a forlorn comment in an unimpressive file in some subdirectory.

I took you up on that, and submitted an even better implementation to the
newlib list, shared among memmem, strstr, and strcasestr
(Knuth-Morris-Pratt and Boyer-Moore both require memory allocation, but
not Two-Way).  If Jeff gives the go-ahead for newlib, then we'll need to
delete cygwin's copy of memmem.cc.

- --
Don't work too hard, make some time for fun as well!

Eric Blake [EMAIL PROTECTED]
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.5 (Cygwin)
Comment: Public key at home.comcast.net/~ericblake/eblake.gpg
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org

iD8DBQFHhu6l84KuGfSFAYARAg4WAJ9+8FkRcJlFaFYG/ouvK+4x/VQIlQCeJ03y
e9u22aTS92xNaLELTW+otK4=
=9rXA
-END PGP SIGNATURE-


Re: Suggestions for 'chere' package

2008-01-10 Thread Frank Fesevur

Da Idiocrat wrote:

I was wondering if there was any way to get chere to add an entry to the
context menu when you right-click the BACKGROUND of Windows Explorer so that
I don't have to go to the parent folder just to open Cygwin shell in the
folder I want? Maybe I missed an option or something? I know it's not
important but it really annoyed me...


You can right-click the icon of explorer window to get the context menu 
of the current directory.


Regards,
Frank


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



Re: cygwin, g++ and boost? Do I need dll.a?

2008-01-10 Thread Václav Haisman



adam99 wrote, On 9.1.2008 5:57:

I downloaded boost packages under cygwin (both boost and boost-devel). My
first problem is unit test framework was not installed through this
installation. I have tried to create it through bjam and created a library
file at 
I was about to reply that the Boost.Test library is there but then I noticed 
the version of the package on mirrors is only -3. I have built updated 
package with Boost.Test enabled some moths ago but I forgot to actually have 
it uploaded. I will release the -4 package ASAP.


[...]

--
VH




signature.asc
Description: OpenPGP digital signature


Re: Suggestions for 'chere' package

2008-01-10 Thread Paul Mallas
Check out the Subject: using chere thread from June 2007 in this list. 
  I think what you are requesting is discussed there and why is not 
implemented.


Da Idiocrat wrote:

Hey everyone,

I downloaded chere since I wanted to get an Open Bash Here menu item to
make things easier, but uninstalled it because it didn't work out for me.

I was wondering if there was any way to get chere to add an entry to the
context menu when you right-click the BACKGROUND of Windows Explorer so that
I don't have to go to the parent folder just to open Cygwin shell in the
folder I want? Maybe I missed an option or something? I know it's not
important but it really annoyed me...

So I uninstalled chere-1.0.1 and I had to make a .reg file to add this
functionality instead, but I'm just wondering if there is a way to do it in
chere instead, since I don't like messing around in the registry myself.

Just curious,
Julian S.





--
Unsubscribe info:  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: asciidoc-8.2.5-1

2008-01-10 Thread Eric Blake

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

A new version of the asciidoc package, asciidoc 8.2.5-1, is now available
for download, replacing 8.2.4-1 as current.

NEWS:
=
This is a new upstream release, with upstream changes listed below.  See
also the package documentation in /usr/share/doc/asciidoc-8.2.5/.

Version 8.2.5 (2007-11-18)

~   Bug fixes
~ * Fixed exception thrown by illegal command-line arguments.
~ * Rolled back the with warning bug fix introduced in 8.2.4 -- it was
~   incompatible with Python 2.5.

I've additionally incorporated a patch from Alexey Borzenkov that fixes
the generation of links within the git documentation; expect a new git
upload soon.

DESCRIPTION:

AsciiDoc is a text document format for writing short documents, articles,
books and UNIX man pages. AsciiDoc files can be translated to HTML and
DocBook markups using the asciidoc(1) command. AsciiDoc is highly
configurable: both the AsciiDoc source file syntax and the backend output
markups (which can be almost any type of SGML/XML markup) can be
customized and extended by the user.

UPDATE:
===
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.
Save it and run setup, answer the questions and pick up 'asciidoc' from
the 'Devel' category.

DOWNLOAD:
=
Note that downloads from sources.redhat.com (aka cygwin.com) aren't
allowed due to bandwidth limitations.  This means that you will need to
find a mirror which has this update, please choose the one nearest to you:
http://cygwin.com/mirrors.html

QUESTIONS:
==
If you want to make a point or ask a question the Cygwin mailing list is
the appropriate place.

- --
Eric Blake
volunteer cygwin asciidoc maintainer

CYGWIN-ANNOUNCE UNSUBSCRIBE INFO:
=
To unsubscribe to 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.4.5 (Cygwin)
Comment: Public key at home.comcast.net/~ericblake/eblake.gpg
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org

iD8DBQFHhiGq84KuGfSFAYARAgCJAKDNwyJxYGniMR+dgb7PWfAwign7LQCgr0GR
k77OcXKXaMH2BBf7qY2ywh8=
=0HQr
-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: How to use encrypted folder (or filesystem)

2008-01-10 Thread Brian Mathis
On Jan 9, 2008 10:11 PM, Larry Hall (Cygwin)
[EMAIL PROTECTED] wrote:
 CABROL PERALES Alexandre wrote:
  Hi everybody,
 
  i'm using Cygwin Easy version on an usb disk.

 This is really a question that is more appropriately directed towards the
 maintainers of Cygwin Easy, since that's a separate project and anything
 we might say here may not be appropriate for Cygwin Easy.   That said...

  I would like to kow if we can use encrypted FileSystem or folder with
  cygwin.
 
  e.g.:
  mount -t vfat info.img info/ -oencrypted=aes128
 
  or another way.

 Cygwin is not Linux (or Unix or BSD or)  It has no file-system drivers
 and relies on Windows to provide file access.  Translation - you cannot
 mount a file system with Cygwin like you show above.  Cygwin's mount is
 not too much more than a mapping of Windows-style paths to POSIX ones.

  Purpose:
  be able to use mobile cygwin with an encrypted device (partition,
  folder, fs image) without have to alter hoster system (no modifications
  on the operating system, even on c: drive).
 
  Do you have any idea?

 In general, if you can do it with Windows, you should be able to do it
 with Cygwin and that may translate into being able to do it with Cygwin
 Easy.  But to do it with Windows means you need an NTFS file system on
 your USB disk.  If that's a problem for you, then I believe you have
 provided the answer to yourself. ;-)

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


Though not part of cygwin, truecrypt is an excellent and open source
utility that will allow you to make and encrypted disk.  Then you can
install whatever you like on it.

http://www.truecrypt.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: How to use encrypted folder (or filesystem)

2008-01-10 Thread CABROL PERALES Alexandre




Brian Mathis a écrit :

On Jan 9, 2008 10:11 PM, Larry Hall (Cygwin)
[EMAIL PROTECTED] wrote:

CABROL PERALES Alexandre wrote:

Hi everybody,

i'm using Cygwin Easy version on an usb disk.

This is really a question that is more appropriately directed towards the
maintainers of Cygwin Easy, since that's a separate project and anything
we might say here may not be appropriate for Cygwin Easy.   That said...


I would like to kow if we can use encrypted FileSystem or folder with
cygwin.

e.g.:
mount -t vfat info.img info/ -oencrypted=aes128

or another way.

Cygwin is not Linux (or Unix or BSD or)  It has no file-system drivers
and relies on Windows to provide file access.  Translation - you cannot
mount a file system with Cygwin like you show above.  Cygwin's mount is
not too much more than a mapping of Windows-style paths to POSIX ones.


Purpose:
be able to use mobile cygwin with an encrypted device (partition,
folder, fs image) without have to alter hoster system (no modifications
on the operating system, even on c: drive).

Do you have any idea?

In general, if you can do it with Windows, you should be able to do it
with Cygwin and that may translate into being able to do it with Cygwin
Easy.  But to do it with Windows means you need an NTFS file system on
your USB disk.  If that's a problem for you, then I believe you have
provided the answer to yourself. ;-)

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



Though not part of cygwin, truecrypt is an excellent and open source
utility that will allow you to make and encrypted disk.  Then you can
install whatever you like on it.

http://www.truecrypt.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/





I tryed TrueCrypt but Security Policy on my professional laptop forbid 
use of it own driver.


I tryed too Cross Crypt but the problem is the  fact that this tool need 
to modify register.


Any other idea?


Thanks for your help.
--
Alexandre Cabrol-Perales
portable: 06 98 82 03 06
--
ADSSI
Association pour le Développement de la Sécurité des Systèmes d'Information
site web: http://www.adssi.fr
s'abonner à la liste de discussion: [EMAIL PROTECTED]

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



Re: how to check email through cygwin

2008-01-10 Thread sun
thanks.

On 1/10/08, Jeff [EMAIL PROTECTED] wrote:
 On Wed, 09 Jan 2008 17:45:39 +,
 morgan gangwere 0[dot]fractalus[at]gmail[dot]com wrote:

  thanks, after config can I reply mails by vi in cygwin?
 thats all mutt's job.

 Most console mode mail user agents and newsreaders expect the user to
 specify an editor-- even PINE accepts an alternate editor. I'm sure
 that mutt is no different.

 --
 Sorry, my life is still in beta, and nowhere near stable enough for a
 release.

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



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



Re: Suggestions for 'chere' package

2008-01-10 Thread Dave
Da Idiocrat wrote:
 I downloaded chere since I wanted to get an Open Bash Here menu item to
 make things easier, but uninstalled it because it didn't work out for me.

Sorry to hear that.
 
 I was wondering if there was any way to get chere to add an entry to the
 context menu when you right-click the BACKGROUND of Windows Explorer so that
 I don't have to go to the parent folder just to open Cygwin shell in the
 folder I want? Maybe I missed an option or something? I know it's not
 important but it really annoyed me...

Please see the thread Paul Mallas identified. There is also an older thread 
discussing this (2006ish).

 So I uninstalled chere-1.0.1 and I had to make a .reg file to add this
 functionality instead, but I'm just wondering if there is a way to do it in
 chere instead, since I don't like messing around in the registry myself.

I'd be interested in hearing the advantage of your .reg files over the chere 
script, and how it accomplishes it. The scripts should be able to duplicate 
anything that a .reg file does.

Thanks,

Dave.
chere maintainer.

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



where is pdflatex gone?

2008-01-10 Thread Sven Köhler
Hi,

can the tetex packages be fixed, so that they supply a pdflatex link?

I checked all of the *.gz files in /etc/setup and all the scripts in
/etc/postinstall. It doesn't seem, like packages is supposed to install
pdflatex link :-(

I have the following tetex packages installed:
tetex-base,bin,extra,tiny,x11


Since it was missing, i created a link pdflatex - pdfetex myself already.


Regards,
  Sven


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



[BUG?] run.exe and pdflatex

2008-01-10 Thread Sven Köhler
Hi,

so i have a latex file here. pdflatex document.tex works. But run
pdflatex document.tex does not.

run.exe seems to be the best way to call cygwin application from
external windows apps. But the seems to be some difference from invoking
by a shell.

pdfetex seems to check the name by it has been invoked. When invoking
from the shell, it correctly finds out, that it has been invoked as
pdflatex but when invoked via run.exe, this check seems to lead to the
wrong result.

I guess, it's a bug of run.exe which might do more work, than it should
(like following symbolic links, or such stuff).


Regards,
  Sven



signature.asc
Description: OpenPGP digital signature


problem message when I start Cygwin bash shell

2008-01-10 Thread Rakun

Hi,
When I start Cygwin bash shell, I get the folowing message:

C:\cygwin\bin\bash.exe (740): *** couldn't allocate cygwin heap, Win32 error
0,
base 0xA1, top 0xA19000, reserve_size 36864, allocsize 36864, page_const
409
6
  4 [main] bash 1072 sync_with_child: child 740(0x114) died before
initializ
ation with status code 0x1
208 [main] bash 1072 sync_with_child: *** child state waiting for
longjmp
bash: fork: Resource temporarily unavailable
bash-2.05b$

Anyone help to fix a problem? I am using Windows Vista, I set my Home
variable to C:\Users\myusername, Cygwin installation is by default in
C:\cygwin. I also set PATH variable in System properties to include 
/usr/local/bin:/usr/bin:/bin:/usr/X11R6/bin

I would appreciate any help.

Rakun

-- 
View this message in context: 
http://www.nabble.com/problem-message-when-I-start-Cygwin-bash-shell-tp14742356p14742356.html
Sent from the Cygwin list mailing list archive at Nabble.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: [BUG?] run.exe and pdflatex

2008-01-10 Thread Igor Peshansky
On Thu, 10 Jan 2008, Sven Köhler wrote:

 Hi,

 so i have a latex file here. pdflatex document.tex works. But run
 pdflatex document.tex does not.

 run.exe seems to be the best way to call cygwin application from
 external windows apps. But the seems to be some difference from invoking
 by a shell.

 pdfetex seems to check the name by it has been invoked. When invoking
 from the shell, it correctly finds out, that it has been invoked as
 pdflatex but when invoked via run.exe, this check seems to lead to the
 wrong result.

 I guess, it's a bug of run.exe which might do more work, than it should
 (like following symbolic links, or such stuff).

This is not really a bug in run.exe, because it was never documented to
work correctly with symlinks, and you'd get the same problem with any pure
Windows way of invoking pdflatex anyway.  But it is, arguably, a
deficiency in run.exe.

You can do a few things.  One is to pass an explicit parameter that tells
pdfetex to use pdflatex mode (i.e., -fmt pdflatex).  Another is to
invoke pdflatex via bash (i.e., run bash -c 'pdflatex ...').  Finally,
you can look at the sources for run.exe (available via Cygwin setup) and
submit a patch (look at the first argument to CreateProcess).
Igor
-- 
http://cs.nyu.edu/~pechtcha/
  |\  _,,,---,,_[EMAIL PROTECTED] | [EMAIL PROTECTED]
ZZZzz /,`.-'`'-.  ;-;;,_Igor Peshansky, Ph.D. (name changed!)
 |,4-  ) )-,_. ,\ (  `'-'   old name: Igor Pechtchanski
'---''(_/--'  `-'\_) fL a.k.a JaguaR-R-R-r-r-r-.-.-.  Meow!

That which is hateful to you, do not do to your neighbor.  That is the whole
Torah; the rest is commentary.  Go and study it. -- Rabbi Hillel
--
Unsubscribe info:  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: [BUG?] run.exe and pdflatex

2008-01-10 Thread Sven Köhler
 so i have a latex file here. pdflatex document.tex works. But run
 pdflatex document.tex does not.

 run.exe seems to be the best way to call cygwin application from
 external windows apps. But the seems to be some difference from invoking
 by a shell.

 pdfetex seems to check the name by it has been invoked. When invoking
 from the shell, it correctly finds out, that it has been invoked as
 pdflatex but when invoked via run.exe, this check seems to lead to the
 wrong result.

 I guess, it's a bug of run.exe which might do more work, than it should
 (like following symbolic links, or such stuff).
 
 This is not really a bug in run.exe, because it was never documented to
 work correctly with symlinks, and you'd get the same problem with any pure
 Windows way of invoking pdflatex anyway.  But it is, arguably, a
 deficiency in run.exe.

Hmm. I looked at the man pages, which says, that run's purpose is to
hide the console windows. Hmm. Maybe i'm kind of misusing the problem
right now.

But is there another easy way to execute cygwin programs from outside
cygwin? I think of symlinks, shell-scripts, perl-scripts, etc...
Using run.exe is quite handy for these cases.

 You can do a few things.  One is to pass an explicit parameter that tells
 pdfetex to use pdflatex mode (i.e., -fmt pdflatex).

That's maybe a good idea - but won't work for pslatex, since pslatex is
a shell script.

  Another is to
 invoke pdflatex via bash (i.e., run bash -c 'pdflatex ...').

Actually i HATE the bash -c command param1 param2 ... way of invoking
commands. It needs special escaping of white spaces and other special
characters, which usually nobody takes cares about causing unexpected
behaviour.
The way run.exe or sudo do it is much more elegant and transparent.

 Finally,
 you can look at the sources for run.exe (available via Cygwin setup) and
 submit a patch (look at the first argument to CreateProcess).

I'm not a unix-programmer unfortunatly. I'm not very familiar with the APIs.

Well, i will look into the source and try to find out, what run.exe is
actually doing. But CreateProcess sounds like a windows API call.
Wouldn't it be more elegant to use a cygwin-call similar to the one bash
uses?

But is run.exe linked against cygwin.dll?



signature.asc
Description: OpenPGP digital signature


Re: [BUG?] run.exe and pdflatex

2008-01-10 Thread Sven Köhler
 Finally,
 you can look at the sources for run.exe (available via Cygwin setup) and
 submit a patch (look at the first argument to CreateProcess).

Hmm. So indeed run seems to use the Windows-API to create the new
rprocess. But that pdfetex knows, that is has been invoked by the name
pdflatex, must be an internal cygwin thing. Because actually, when
executing pdflatex from bash, cygwin must follow the symlink and then
executed pdfetex.exe. Still, cygwin reports to pdfetex, that it was
invoked with the command pdflatex.

So i have no clue where to start here.


Actually, i wrote a small C program. And sure, it will not hide the
console window, when startes. But it simply uses execve to start the
program given in the parameter list:

#include stdio.h
#include unistd.h

int main(int argc, char * argv[])
{
  if (argc  2)
  {
printf(you must give some parameters\n);
return 1;
  }

  int i = execve(argv[1], argv+1, NULL);

  printf(execve failed: %i\n, i);
  return 2;
}



I'm amazed, it even works. Anyway: after compiling it under cygwin and
putting it to /bin/myrun.exe it's possible for me to successfully start
pdflatex by using

  c:\path\to\cygwin\bin\myrun.exe /usr/bin/pdflatex document.tex


Hmm. I'm not sure, in which troubles i get by going this way.






signature.asc
Description: OpenPGP digital signature


Re: [BUG?] run.exe and pdflatex

2008-01-10 Thread Igor Peshansky
On Thu, 10 Jan 2008, Sven Köhler wrote:

  Finally, you can look at the sources for run.exe (available via Cygwin
  setup) and submit a patch (look at the first argument to
  CreateProcess).

 Hmm. So indeed run seems to use the Windows-API to create the new
 rprocess. But that pdfetex knows, that is has been invoked by the name
 pdflatex, must be an internal cygwin thing. Because actually, when
 executing pdflatex from bash, cygwin must follow the symlink and then
 executed pdfetex.exe. Still, cygwin reports to pdfetex, that it was
 invoked with the command pdflatex.

 So i have no clue where to start here.

Try MSDN: http://msdn2.microsoft.com/en-us/library/ms682425(VS.85).aspx
(MSDN used to have much MUCH nicer URLs that actually contained the name
of the function the page described, but someone at Microsoft must've
decided that it made life too easy for the programmers).

 Actually, i wrote a small C program. And sure, it will not hide the
 console window, when startes. But it simply uses execve to start the
 program given in the parameter list:

 #include stdio.h
 #include unistd.h

 int main(int argc, char * argv[])
 {
   if (argc  2)
   {
 printf(you must give some parameters\n);
 return 1;
   }

   int i = execve(argv[1], argv+1, NULL);

   printf(execve failed: %i\n, i);
   return 2;
 }

 I'm amazed, it even works. Anyway: after compiling it under cygwin and
 putting it to /bin/myrun.exe it's possible for me to successfully start
 pdflatex by using

   c:\path\to\cygwin\bin\myrun.exe /usr/bin/pdflatex document.tex

 Hmm. I'm not sure, in which troubles i get by going this way.

No need to be amazed, once you've read the spec for execve and understood
the purpose of each parameter.

What you're essentially doing here is exactly what using bash -c
would've done, but without bash (kinda like that thing with Einstein
explaining radio).  In fact, you can do this with bash as well, by noting
that the arguments do not have to appear in quotes (try running the
following:

bash -c exec /bin/echo \$@ some arguments here

and see what's printed; then read the bash man page for why this happens).

However, the above is *not* equivalent to using run.exe in that it will
not hide the console window (try it from a GUI).  To do this hiding,
run.exe *has* to use Win32 API like CreateProcess.  This isn't to say,
though, that the code cannot be fixed to do what you asked.
Igor
-- 
http://cs.nyu.edu/~pechtcha/
  |\  _,,,---,,_[EMAIL PROTECTED] | [EMAIL PROTECTED]
ZZZzz /,`.-'`'-.  ;-;;,_Igor Peshansky, Ph.D. (name changed!)
 |,4-  ) )-,_. ,\ (  `'-'   old name: Igor Pechtchanski
'---''(_/--'  `-'\_) fL a.k.a JaguaR-R-R-r-r-r-.-.-.  Meow!

That which is hateful to you, do not do to your neighbor.  That is the whole
Torah; the rest is commentary.  Go and study it. -- Rabbi Hillel
--
Unsubscribe info:  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: [BUG?] run.exe and pdflatex

2008-01-10 Thread Sven Köhler
I just tried to run pslatex (which is a shell-script) with run.exe.

And actually, it won't run. There is a box saying Error: could not
start c:\cygwin\bin\pslatex. Well, it's not an exe-file. It's basically
a textfile to windows. Hence the error, i guess.


Now i wonder, if it's already safe or if it would be possible to use
cygwin API (for example execve) from run.exe. To fix all the issues,
run.exe really would have to use cygwin to start the command since only
that will resolv all the issues (analysing the shebang, following
symlinks, etc.).

Just modifying the CreateProcess won't do.
Or we would have to rewrite all the shebang/symlink stuff ourselves
which is error prone.



signature.asc
Description: OpenPGP digital signature


Re: [BUG?] run.exe and pdflatex

2008-01-10 Thread Sven Köhler
 Now i wonder, if it's already safe or if it would be possible to use
 cygwin API (for example execve) from run.exe. To fix all the issues,
 run.exe really would have to use cygwin to start the command since only
 that will resolv all the issues (analysing the shebang, following
 symlinks, etc.).

OK, we cannot use execve, right? If we would, it would open yet another
console window will be opened for the program we'd like to exec, right?

So is there any cygwin call to analyse a path? A call, that simply
returns the program to execute, the parameters to pass, etc.?

It really would really be better pass all the work (finding shebang,
etc.) to cygwin so that it's consistent.



signature.asc
Description: OpenPGP digital signature


Re: [BUG?] run.exe and pdflatex

2008-01-10 Thread Sven Köhler
 bash -c exec /bin/echo \$@ some arguments here
 
 and see what's printed; then read the bash man page for why this happens).

Oh, that possibility was new to me.

All i wonder, is why the some gets lost. Only arguments here is
printed. And actually i would like to argue, that $@ instead of $@
should be used.




signature.asc
Description: OpenPGP digital signature


Re: where is pdflatex gone?

2008-01-10 Thread wynfield

Sven Köhler [EMAIL PROTECTED] wrote:
 ... can the tetex packages be fixed, so that they supply a pdflatex link?

My understanding is that support for tetex has been stopped and that 
in its place texlive is available..


TeX live is a TeX distribution which is advised as the replacement of its 
no-longer supported counterpart teTeX

TeX live has been developed since 1996 by collaboration within the TeX Users 
Group. It follows the TeX Directory Structure.

http://www.tug.org/texlive/


Are there any plans to adopt the texlive package for cygwin?  I would if I had 
a good understanding of TeX, but I don't.

MikTex is a Windows specific implementation and is not aware of posix 
pathnames, etc..., so a native cygwin tex package would be welcome.  

regards


--
Unsubscribe info:  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: [BUG?] run.exe and pdflatex

2008-01-10 Thread Dirk Fassbender

Sven Köhler schrieb:

I just tried to run pslatex (which is a shell-script) with run.exe.

And actually, it won't run. There is a box saying Error: could not
start c:\cygwin\bin\pslatex. Well, it's not an exe-file. It's basically
a textfile to windows. Hence the error, i guess.


Now i wonder, if it's already safe or if it would be possible to use
cygwin API (for example execve) from run.exe. To fix all the issues,
run.exe really would have to use cygwin to start the command since only
that will resolv all the issues (analysing the shebang, following
symlinks, etc.).

Just modifying the CreateProcess won't do.
Or we would have to rewrite all the shebang/symlink stuff ourselves
which is error prone.



Check the cygstart utility.
I thing it works with  symbolic links.

Dirk

--
Unsubscribe info:  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: [BUG?] run.exe and pdflatex

2008-01-10 Thread Christopher Faylor
On Fri, Jan 11, 2008 at 12:13:59AM +0100, Sven K?hler wrote:
 bash -c exec /bin/echo \$@ some arguments here
 
 and see what's printed; then read the bash man page for why this happens).

Oh, that possibility was new to me.

All i wonder, is why the some gets lost. Only arguments here is
printed. And actually i would like to argue, that $@ instead of $@
should be used.

Because, as on linux, the arguments are taken to be argv[0 - 2].

bash -c exec /bin/echo \\$0\ \[EMAIL PROTECTED]

will get you all of the arguments.

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: [BUG?] run.exe and pdflatex

2008-01-10 Thread Sven Köhler
 Check the cygstart utility.
 I thing it works with  symbolic links.

Hmm. The cygstart utility is for starting application / opening files as
if they were double clicked in the explorer. So you can do:

cygstart my.pdf (will open acrobat reader)
cygstart pdflatex (will open a windows console windows which will
execute pdfetex, but not in pdflatex mode)
cygstart pslatex (will not work, since windows doesn't know how to start
a shell script)



signature.asc
Description: OpenPGP digital signature


Re: [BUG?] run.exe and pdflatex

2008-01-10 Thread Sven Köhler
 However, the above is *not* equivalent to using run.exe in that it will
 not hide the console window (try it from a GUI).

Just tested it. It's not true.

I compiled my program with gcc -o /bin/myrun.exe -mwindows and
executed c:\cygwin\bin\myrun.exe /bin/sleep 60 from Windows Explorer.

No console window and sleep.exe runs.

Also c:\cygwin\bin\myrun.exe /bin/rxvt works as expected. No console
window.



signature.asc
Description: OpenPGP digital signature


Re: [BUG?] run.exe and pdflatex

2008-01-10 Thread Igor Peshansky
On Fri, 11 Jan 2008, Sven Köhler wrote:

  Now i wonder, if it's already safe or if it would be possible to use
  cygwin API (for example execve) from run.exe. To fix all the issues,
  run.exe really would have to use cygwin to start the command since only
  that will resolv all the issues (analysing the shebang, following
  symlinks, etc.).

 OK, we cannot use execve, right?  If we would, it would open yet another
 console window will be opened for the program we'd like to exec, right?

Exactly.

 So is there any cygwin call to analyse a path? A call, that simply
 returns the program to execute, the parameters to pass, etc.?

 It really would really be better pass all the work (finding shebang,
 etc.) to cygwin so that it's consistent.

Yes, there is a well-known extensively tested way of handling shell
scripts, symlinks, etc.  It's called using a shell.  Just execve your
favorite shell (/bin/bash is most likely to be present in all installs,
and /bin/sh in Cygwin is the same as bash), and pass it the executable
path as an argument.
Igor
-- 
http://cs.nyu.edu/~pechtcha/
  |\  _,,,---,,_[EMAIL PROTECTED] | [EMAIL PROTECTED]
ZZZzz /,`.-'`'-.  ;-;;,_Igor Peshansky, Ph.D. (name changed!)
 |,4-  ) )-,_. ,\ (  `'-'   old name: Igor Pechtchanski
'---''(_/--'  `-'\_) fL a.k.a JaguaR-R-R-r-r-r-.-.-.  Meow!

That which is hateful to you, do not do to your neighbor.  That is the whole
Torah; the rest is commentary.  Go and study it. -- Rabbi Hillel
--
Unsubscribe info:  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: [BUG?] run.exe and pdflatex

2008-01-10 Thread Igor Peshansky
On Thu, 10 Jan 2008, Christopher Faylor wrote:

 On Fri, Jan 11, 2008 at 12:13:59AM +0100, Sven K?hler wrote:
  bash -c exec /bin/echo \$@ some arguments here
 
  and see what's printed; then read the bash man page for why this
  happens).
 
 Oh, that possibility was new to me.
 
 All i wonder, is why the some gets lost. Only arguments here is
 printed. And actually i would like to argue, that $@ instead of $@
 should be used.

 Because, as on linux, the arguments are taken to be argv[0 - 2].

 bash -c exec /bin/echo \\$0\ \[EMAIL PROTECTED]

 will get you all of the arguments.

Or, in other words, read the bash man page for why this happens (in
particular, the part that talks about the -c argument). :-)
Igor
-- 
http://cs.nyu.edu/~pechtcha/
  |\  _,,,---,,_[EMAIL PROTECTED] | [EMAIL PROTECTED]
ZZZzz /,`.-'`'-.  ;-;;,_Igor Peshansky, Ph.D. (name changed!)
 |,4-  ) )-,_. ,\ (  `'-'   old name: Igor Pechtchanski
'---''(_/--'  `-'\_) fL a.k.a JaguaR-R-R-r-r-r-.-.-.  Meow!

That which is hateful to you, do not do to your neighbor.  That is the whole
Torah; the rest is commentary.  Go and study it. -- Rabbi Hillel

--
Unsubscribe info:  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: Suggestions for 'chere' package

2008-01-10 Thread Buchbinder, Barry (NIH/NIAID) [E]
Dave wrote:
 Da Idiocrat wrote:
  I downloaded chere since I wanted to get an Open Bash Here menu
item 
  to make things easier, but uninstalled it because it didn't work out
for me.
 
 Sorry to hear that.
  
  I was wondering if there was any way to get chere to add an entry to

  the context menu when you right-click the BACKGROUND of Windows 
  Explorer so that I don't have to go to the parent folder just to
open 
  Cygwin shell in the folder I want? Maybe I missed an option or 
  something? I know it's not important but it really annoyed me...
 
 Please see the thread Paul Mallas identified. There is also an older
thread
 discussing this (2006ish).
 
  So I uninstalled chere-1.0.1 and I had to make a .reg file to add
this 
  functionality instead, but I'm just wondering if there is a way to
do 
  it in chere instead, since I don't like messing around in the
registry myself.
 
 I'd be interested in hearing the advantage of your .reg files over the
chere
 script, and how it accomplishes it. The scripts should be able to
duplicate
 anything that a .reg file does.

A disadvantage of .reg files is that some organizations have windows
policies
that require administrator rights to use regedit.exe; .ref files don't
work for
non-administrators (like me).

And so I need to give a BIG THANKS to the people who wrote regtool.exe
and the code
for /proc/registry/, and also the setup.exe coders who remembered to
give us a
just for me option.

- Barry

--
Unsubscribe info:  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: [BUG?] run.exe and pdflatex

2008-01-10 Thread Igor Peshansky
On Fri, 11 Jan 2008, Sven Köhler wrote:

  However, the above is *not* equivalent to using run.exe in that it will
  not hide the console window (try it from a GUI).

 Just tested it. It's not true.

 I compiled my program with gcc -o /bin/myrun.exe -mwindows and
 executed c:\cygwin\bin\myrun.exe /bin/sleep 60 from Windows Explorer.

 No console window and sleep.exe runs.

 Also c:\cygwin\bin\myrun.exe /bin/rxvt works as expected. No console
 window.

Actually, -mwindows just says that myrun.exe should not pop up a console
window.  The child process is a console app, and would have still popped
up a console.  Except that in Cygwin 1.5.x, spawnve always set wShowWindow
to SW_HIDE before calling CreateProcess if the parent didn't have a tty,
so, in effect, execve was doing the same as what run.exe was doing.

Now, in Cygwin 1.7.x (a.k.a. CVS HEAD), this is no longer the case (since
revision 1.243 of spawn.cc).  The comment simply says Drop
pty_needs_alloc_console check -- maybe Corinna can explain why it was
dropped.  So your program will not work as expected in the snapshots.
Igor
-- 
http://cs.nyu.edu/~pechtcha/
  |\  _,,,---,,_[EMAIL PROTECTED] | [EMAIL PROTECTED]
ZZZzz /,`.-'`'-.  ;-;;,_Igor Peshansky, Ph.D. (name changed!)
 |,4-  ) )-,_. ,\ (  `'-'   old name: Igor Pechtchanski
'---''(_/--'  `-'\_) fL a.k.a JaguaR-R-R-r-r-r-.-.-.  Meow!

That which is hateful to you, do not do to your neighbor.  That is the whole
Torah; the rest is commentary.  Go and study it. -- Rabbi Hillel
--
Unsubscribe info:  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: [BUG?] run.exe and pdflatex

2008-01-10 Thread Sven Köhler
 Now, in Cygwin 1.7.x (a.k.a. CVS HEAD), this is no longer the case (since
 revision 1.243 of spawn.cc).  The comment simply says Drop
 pty_needs_alloc_console check -- maybe Corinna can explain why it was
 dropped.  So your program will not work as expected in the snapshots.

OK, thanks for the explanation.

But ... wouldn't that mean that any command executed would open a
console window?



In your other responses, you said, that using the shell is the most
preferrable way. Unfortunatly, i cannot use the shell. The method is
well understood. I could easily execute cygwin stuff by using:

bash -c exec \\$0\ \[EMAIL PROTECTED] program param1 param2 ...

The program from which i want to execute pdflatex/pslatex/etc. (which is
Texlipse, a Latex plugin for Eclipse) doesn't allow me to do so.


But aside from that: is the shell really the preferred way of doing
this? Doesn't the shell simply call execve again?
Following what you said, it should be best to call bash.exe from run.exe
to solve all the issues. So the question is: who does all the checks
(shebang, etc.)?
- the execve implementation? (which is cygwin, right?)
- the shell?
- both?



signature.asc
Description: OpenPGP digital signature


Re: where is pdflatex gone?

2008-01-10 Thread Brian Dessent
Sven Köhler wrote:

 can the tetex packages be fixed, so that they supply a pdflatex link?

You can simply make a link from pdflatex to pdfetex in /usr/bin and
everything should be fine.  I seem to recall this was one of the
solutions required to get tetex working properly with make pdf on
packages with texinfo documentation.  I know it would be nice if the
package was fixed to do this automatically, but it's a simple
workaround.

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: where is pdflatex gone?

2008-01-10 Thread Brian Dessent
Brian Dessent wrote:
 
 Sven Köhler wrote:
 
  can the tetex packages be fixed, so that they supply a pdflatex link?
 
 You can simply make a link from pdflatex to pdfetex in /usr/bin and

Sigh. Obviously I fail at reading comprehension today.  I missed the
part where you said you already did that.  Sorry for the noise.

--
Unsubscribe info:  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: git-1.5.3.8-1

2008-01-10 Thread Eric Blake

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

A new release of git, 1.5.3.8-1, has been uploaded, replacing 1.5.3.5-1 as
the current version.

NEWS:
=
This is a new upstream release.  See also the package documentation in
/usr/share/doc/git-1.5.3.8/, along with the attached upstream release notes.

When compiled out of the box, the upstream git maintainers cater to older
cygwin releases, and intentionally disable certain features that have been
reported on their mailing list, even though they work with the latest
cygwin.  Therefore, this build turns those features back on.  However, it
means that this version does assume that you are not using FAT or FAT32 to
hold your repositories, since they do not store file permissions very
accurately.

DESCRIPTION:

Git is popular version control system designed to handle very large
projects with speed and efficiency; it is used mainly for various open
source projects, most notably the Linux kernel.

Git falls in the category of distributed source code management tools,
similar to e.g. GNU Arch or Monotone (or BitKeeper in the proprietary
world). Every Git working directory is a full-fledged repository with full
revision tracking capabilities, not dependent on network access or a
central server.

UPDATE:
===
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.
Save it and run setup, answer the questions and pick up 'git' from
the 'Devel' category.

DOWNLOAD:
=
Note that downloads from sources.redhat.com (aka cygwin.com) aren't
allowed due to bandwidth limitations.  This means that you will need to
find a mirror which has this update, please choose the one nearest to you:
http://cygwin.com/mirrors.html

QUESTIONS:
==
If you want to make a point or ask a question the Cygwin mailing list is
the appropriate place.

- --
Eric Blake
volunteer cygwin git maintainer

CYGWIN-ANNOUNCE UNSUBSCRIBE INFO:
=
To unsubscribe to 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.4.5 (Cygwin)
Comment: Public key at home.comcast.net/~ericblake/eblake.gpg
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org

iD8DBQFHhuve84KuGfSFAYARAl0nAKCMM2fGbFcakbFMWdFa8O83I9DAVgCeNkzS
udJbz1pS0xz/X5K2Kw2a5iE=
=HH5I
-END PGP SIGNATURE-
GIT v1.5.3.8 Release Notes
==

Fixes since v1.5.3.7


 * Some documentation used email.com as an example domain.

 * git-svn fix to handle funky branch and project names going over
   http/https correctly.

 * git-svn fix to tone down a needlessly alarming warning message.

 * git-clone did not correctly report errors while fetching over http.

 * git-send-email added redundant Message-Id: header to the outgoing
   e-mail when the patch text already had one.

 * a read-beyond-end-of-buffer bug in configuration file updater was fixed.

 * git-grep used to show the same hit repeatedly for unmerged paths.

 * After amending the patch title in git-am -i, the command did not
   report the patch it applied with the updated title.

GIT v1.5.3.7 Release Notes
==

Fixes since v1.5.3.6


 * git-send-email added 8-bit contents to the payload without
   marking it as 8-bit in a CTE header.

 * git-bundle create a.bndl HEAD dereferenced the symref and
   did not record the ref as 'HEAD'; this prevented a bundle
   from being used as a normal source of git-clone.

 * The code to reject nonsense command line of the form
   git-commit -a paths... and git-commit --interactive
   paths... were broken.

 * Adding a signature that is not ASCII-only to an original
   commit that is ASCII-only would make the result non-ASCII.
   git-format-patch -s did not mark such a message correctly
   with MIME encoding header.

 * git-add sometimes did not mark the resulting index entry
   stat-clean.  This affected only cases when adding the
   contents with the same length as the previously staged
   contents, and the previous staging made the index entry
   racily clean.

 * git-commit did not honor GIT_INDEX_FILE the user had in the
   environment.

 * When checking out a revision, git-checkout did not report where the
   updated HEAD is if you happened to have a file called HEAD in the
   work tree.

 * git-rev-list --objects mishandled a tree that points at a
   submodule.

 * git cvsimport was not ready for packed refs that git gc can
   produce and gave incorrect results.

 * Many scripted Porcelains were confused when you 

cron does not work: no error message

2008-01-10 Thread Saurabh Tendulkar
Hi,

I upgraded my cygwin recently to the latest cron (4.1-6), and it seems to have
stopped working. I did a cygrunsrv -E cron when the setup asked me to kill
cron, and cygrunsrv -S cron to start it after the upgrade finished.

Now the application log shows that /usr/sbin/cron actually runs, but instead of
running the command from the crontab, it simply does a tabs reload. The
following are relevant lines from cygbug.txt, the first one shows an instance
of the old cron, the second one an instance of the new one.
2008/01/10 00:21:01 [SYSTEM] /usr/sbin/cron: PID 1412: (HP_Owner) CMD (ls)
...
2008/01/10 20:50:01 [SYSTEM] /usr/sbin/cron: PID 3104: (HP_Owner) RELOAD
(tabs/HP_Owner)

The only thing that jumped out at me was that /var/cron/cron.log and
/var/run/cron.pid have user SYSTEM and group root, and afaict these are the
only files in the cygwin space with that user+group pair. Is this right? Also
the cron.log file is empty.

Any thoughts? Thank you.

saurabh


  

Never miss a thing.  Make Yahoo your home page. 
http://www.yahoo.com/r/hs

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



Convert windows shortcuts to cygwin soft links

2008-01-10 Thread Saurabh Tendulkar
I must have done something to my cygwin folder, but all my ln'ed soft links on
cygwin have gotten replaced by *.lnk windows files. Is there a utility to
convert windows links to cygwin soft links? I dont want to have to go and do
everything manually (there's at least a hundred files!). Thank you.

saurabh


  

Looking for last minute shopping deals?  
Find them fast with Yahoo! Search.  
http://tools.search.yahoo.com/newsearch/category.php?category=shopping

--
Unsubscribe info:  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: Convert windows shortcuts to cygwin soft links

2008-01-10 Thread Igor Peshansky
On Thu, 10 Jan 2008, Saurabh Tendulkar wrote:

 I must have done something to my cygwin folder, but all my ln'ed soft
 links on cygwin have gotten replaced by *.lnk windows files. Is there a
 utility to convert windows links to cygwin soft links? I dont want to
 have to go and do everything manually (there's at least a hundred
 files!). Thank you.

Try attrib +R *.lnk from a cmd prompt.
Igor
-- 
http://cs.nyu.edu/~pechtcha/
  |\  _,,,---,,_[EMAIL PROTECTED] | [EMAIL PROTECTED]
ZZZzz /,`.-'`'-.  ;-;;,_Igor Peshansky, Ph.D. (name changed!)
 |,4-  ) )-,_. ,\ (  `'-'   old name: Igor Pechtchanski
'---''(_/--'  `-'\_) fL a.k.a JaguaR-R-R-r-r-r-.-.-.  Meow!

That which is hateful to you, do not do to your neighbor.  That is the whole
Torah; the rest is commentary.  Go and study it. -- Rabbi Hillel

--
Unsubscribe info:  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: [BUG?] run.exe and pdflatex

2008-01-10 Thread Igor Peshansky
On Fri, 11 Jan 2008, Sven Köhler wrote:

  Now, in Cygwin 1.7.x (a.k.a. CVS HEAD), this is no longer the case
  (since revision 1.243 of spawn.cc).  The comment simply says Drop
  pty_needs_alloc_console check -- maybe Corinna can explain why it was
  dropped.  So your program will not work as expected in the snapshots.

 OK, thanks for the explanation.

 But ... wouldn't that mean that any command executed would open a
 console window?

Yes, unless one is already allocated.  So, when you run cygwin.bat, that
opens the console, and this console is used for subsequent apps.  However,
if you tried to invoke a Cygwin application via Start-Run, you'd get a
console.

 In your other responses, you said, that using the shell is the most
 preferrable way. Unfortunatly, i cannot use the shell. The method is
 well understood. I could easily execute cygwin stuff by using:

 bash -c exec \\$0\ \[EMAIL PROTECTED] program param1 param2 ...

 The program from which i want to execute pdflatex/pslatex/etc. (which is
 Texlipse, a Latex plugin for Eclipse) doesn't allow me to do so.

Yet it would allow you to use run.exe in place of bash -c 'exec $0
$@'?  This is weird.

 But aside from that: is the shell really the preferred way of doing
 this? Doesn't the shell simply call execve again?

Not quite.  The shell will also set the right program name for
executables/symlinks, or interpret the shebang line and invoke the
interpreter via execve, rather than the script.

 Following what you said, it should be best to call bash.exe from run.exe
 to solve all the issues.

Indeed.  So, your invocation would be

run bash -c 'exec $0 $@' pdflatex your args

or something like that.


 So the question is: who does all the checks (shebang, etc.)?
 - the execve implementation? (which is cygwin, right?)
 - the shell?
 - both?

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

That which is hateful to you, do not do to your neighbor.  That is the whole
Torah; the rest is commentary.  Go and study it. -- Rabbi Hillel
--
Unsubscribe info:  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: [BUG?] run.exe and pdflatex

2008-01-10 Thread Jeff
On Thu, 10 Jan 2008 21:47:08 +0100,
Sven Köhler skoehler[at]upb[dot]de wrote:

But is there another easy way to execute cygwin programs from outside
cygwin? I think of symlinks, shell-scripts, perl-scripts, etc...

The easiest or best depends partly upon what you use to provide
your console window. Do you run bash in a native Windows console? Do
you 'export CYGWIN=tty' to make this console window more POSIX-like?
Or, perhaps, maybe you use a terminal program. Cygwin RXVT can run in
native mode using the built-in W11 code, or it can be used with an X
server. If you have X11 installed, you can use xterm, and perhaps other
things. I read somewhere that some people use putty...

It also depends on which Windows subsystem you are using to launch your
Cygwin app. Are you adding registry entries to create Explorer context
menu commands and/or file type associations? Are you calling your
Cygwin app from a DOS batch file (and do you need the control to be
returned to your batch file once your Cygwin app completes)? Are you
calling it from a native Windows console mode app that accepts or
expects user-defined external apps for some functions? Or, perhaps, you
just want to create a desktop shortcut to your Cygwin app.

There has been a fair amount of discussion of this topic in the last
two months. I described my own solutions in
http://cygwin.com/ml/cygwin/2007-12/msg00506.html. And yes, some of
this discussion has been about shell quoting.

I'm not a unix-programmer unfortunatly. I'm not very familiar with the APIs.

Free documentation is available. The Single Unix Specification ver.2
(susv2) is downloadable at
http://www.opengroup.org/onlinepubs/007908775/download/. susv3 is
available at http://www.unix.org/single_unix_specification/; you must
register first, then you can navigate your way to the downloads page.

I also managed to find some Redhat linux manual pages (probably in an
RPM); section 2 of the manual also documents the APIs. I don't recall
where on RedHat's site I found them, I would have to dig for them
again.

These two resources, plus the Cygwin user's guide, should give you
everything you need.

Jeff

-- 
Sorry, my life is still in beta, and nowhere near stable enough for a
release.

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



Updated: asciidoc-8.2.5-1

2008-01-10 Thread Eric Blake

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

A new version of the asciidoc package, asciidoc 8.2.5-1, is now available
for download, replacing 8.2.4-1 as current.

NEWS:
=
This is a new upstream release, with upstream changes listed below.  See
also the package documentation in /usr/share/doc/asciidoc-8.2.5/.

Version 8.2.5 (2007-11-18)

~   Bug fixes
~ * Fixed exception thrown by illegal command-line arguments.
~ * Rolled back the with warning bug fix introduced in 8.2.4 -- it was
~   incompatible with Python 2.5.

I've additionally incorporated a patch from Alexey Borzenkov that fixes
the generation of links within the git documentation; expect a new git
upload soon.

DESCRIPTION:

AsciiDoc is a text document format for writing short documents, articles,
books and UNIX man pages. AsciiDoc files can be translated to HTML and
DocBook markups using the asciidoc(1) command. AsciiDoc is highly
configurable: both the AsciiDoc source file syntax and the backend output
markups (which can be almost any type of SGML/XML markup) can be
customized and extended by the user.

UPDATE:
===
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.
Save it and run setup, answer the questions and pick up 'asciidoc' from
the 'Devel' category.

DOWNLOAD:
=
Note that downloads from sources.redhat.com (aka cygwin.com) aren't
allowed due to bandwidth limitations.  This means that you will need to
find a mirror which has this update, please choose the one nearest to you:
http://cygwin.com/mirrors.html

QUESTIONS:
==
If you want to make a point or ask a question the Cygwin mailing list is
the appropriate place.

- --
Eric Blake
volunteer cygwin asciidoc maintainer

CYGWIN-ANNOUNCE UNSUBSCRIBE INFO:
=
To unsubscribe to 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.4.5 (Cygwin)
Comment: Public key at home.comcast.net/~ericblake/eblake.gpg
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org

iD8DBQFHhiGq84KuGfSFAYARAgCJAKDNwyJxYGniMR+dgb7PWfAwign7LQCgr0GR
k77OcXKXaMH2BBf7qY2ywh8=
=0HQr
-END PGP SIGNATURE-


Updated: git-1.5.3.8-1

2008-01-10 Thread Eric Blake

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

A new release of git, 1.5.3.8-1, has been uploaded, replacing 1.5.3.5-1 as
the current version.

NEWS:
=
This is a new upstream release.  See also the package documentation in
/usr/share/doc/git-1.5.3.8/, along with the attached upstream release notes.

When compiled out of the box, the upstream git maintainers cater to older
cygwin releases, and intentionally disable certain features that have been
reported on their mailing list, even though they work with the latest
cygwin.  Therefore, this build turns those features back on.  However, it
means that this version does assume that you are not using FAT or FAT32 to
hold your repositories, since they do not store file permissions very
accurately.

DESCRIPTION:

Git is popular version control system designed to handle very large
projects with speed and efficiency; it is used mainly for various open
source projects, most notably the Linux kernel.

Git falls in the category of distributed source code management tools,
similar to e.g. GNU Arch or Monotone (or BitKeeper in the proprietary
world). Every Git working directory is a full-fledged repository with full
revision tracking capabilities, not dependent on network access or a
central server.

UPDATE:
===
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.
Save it and run setup, answer the questions and pick up 'git' from
the 'Devel' category.

DOWNLOAD:
=
Note that downloads from sources.redhat.com (aka cygwin.com) aren't
allowed due to bandwidth limitations.  This means that you will need to
find a mirror which has this update, please choose the one nearest to you:
http://cygwin.com/mirrors.html

QUESTIONS:
==
If you want to make a point or ask a question the Cygwin mailing list is
the appropriate place.

- --
Eric Blake
volunteer cygwin git maintainer

CYGWIN-ANNOUNCE UNSUBSCRIBE INFO:
=
To unsubscribe to 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.4.5 (Cygwin)
Comment: Public key at home.comcast.net/~ericblake/eblake.gpg
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org

iD8DBQFHhuve84KuGfSFAYARAl0nAKCMM2fGbFcakbFMWdFa8O83I9DAVgCeNkzS
udJbz1pS0xz/X5K2Kw2a5iE=
=HH5I
-END PGP SIGNATURE-
GIT v1.5.3.8 Release Notes
==

Fixes since v1.5.3.7


 * Some documentation used email.com as an example domain.

 * git-svn fix to handle funky branch and project names going over
   http/https correctly.

 * git-svn fix to tone down a needlessly alarming warning message.

 * git-clone did not correctly report errors while fetching over http.

 * git-send-email added redundant Message-Id: header to the outgoing
   e-mail when the patch text already had one.

 * a read-beyond-end-of-buffer bug in configuration file updater was fixed.

 * git-grep used to show the same hit repeatedly for unmerged paths.

 * After amending the patch title in git-am -i, the command did not
   report the patch it applied with the updated title.

GIT v1.5.3.7 Release Notes
==

Fixes since v1.5.3.6


 * git-send-email added 8-bit contents to the payload without
   marking it as 8-bit in a CTE header.

 * git-bundle create a.bndl HEAD dereferenced the symref and
   did not record the ref as 'HEAD'; this prevented a bundle
   from being used as a normal source of git-clone.

 * The code to reject nonsense command line of the form
   git-commit -a paths... and git-commit --interactive
   paths... were broken.

 * Adding a signature that is not ASCII-only to an original
   commit that is ASCII-only would make the result non-ASCII.
   git-format-patch -s did not mark such a message correctly
   with MIME encoding header.

 * git-add sometimes did not mark the resulting index entry
   stat-clean.  This affected only cases when adding the
   contents with the same length as the previously staged
   contents, and the previous staging made the index entry
   racily clean.

 * git-commit did not honor GIT_INDEX_FILE the user had in the
   environment.

 * When checking out a revision, git-checkout did not report where the
   updated HEAD is if you happened to have a file called HEAD in the
   work tree.

 * git-rev-list --objects mishandled a tree that points at a
   submodule.

 * git cvsimport was not ready for packed refs that git gc can
   produce and gave incorrect results.

 * Many scripted Porcelains were confused when you