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,
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!
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
-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
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?
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
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
-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
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
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,
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
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
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:
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
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
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
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
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,
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
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
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.).
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 $@
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
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
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.
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
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
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
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
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
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
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
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
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
-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
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
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.
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
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
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
-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
-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
42 matches
Mail list logo