On Apr 12 13:15, Tomasz Chmielewski wrote:
> Corinna Vinschen schrieb:
>> What's the wchar hex code value of that character?
>
> Hmm, I don't know.
>
> Is there some obvious way to get it?
You could write a small application which does nothing but calling
FindFirstFileW/FindNextFileW and print the
On Apr 12 18:09, Hans Kaiser wrote:
> But now I want to be able to determine, if someone has already installed
> (via your setup.exe) a cygwin. If so I would like to be able to use the
> already installed one. But how to determine if there is already an
> installation of cygwin? And furthermore, ho
On Apr 12 10:55, leonv wrote:
> C:\Documents and Settings\Administrator>df
> Filesystem 1K-blocks Used Available Use% Mounted on
> C:\cygwin\bin390700768 26699324 0 100% /usr/bin
> C:\cygwin\lib390700768 26699324 0 100% /usr/lib
> C:\cygwin
Hi
The packages autotrace/libautotrace3/libautotrace-devel are now available with
the Cygwin distribution:
o http://autotrace.sourceforge.net/ (Homepage)
DESCRIPTION:
AutoTrace is a program for converting bitmap to vector graphics.
The aim of the AutoTrace project is the developm
On Apr 14 11:30, Tomasz Chmielewski wrote:
> Corinna Vinschen schrieb:
>> On Apr 12 13:15, Tomasz Chmielewski wrote:
>>> Corinna Vinschen schrieb:
What's the wchar hex code value of that character?
>>> Hmm, I don't know.
>>>
>>> Is there some obvious way to get it?
>> You could write a small a
Corinna Vinschen schrieb:
On Apr 12 13:15, Tomasz Chmielewski wrote:
Corinna Vinschen schrieb:
What's the wchar hex code value of that character?
Hmm, I don't know.
Is there some obvious way to get it?
You could write a small application which does nothing but calling
FindFirstFileW/FindNex
Corinna Vinschen schrieb:
On Apr 14 11:30, Tomasz Chmielewski wrote:
Corinna Vinschen schrieb:
On Apr 12 13:15, Tomasz Chmielewski wrote:
Corinna Vinschen schrieb:
What's the wchar hex code value of that character?
Hmm, I don't know.
Is there some obvious way to get it?
You could write a s
Hi,
I try to run a program which needs a lot of memory.
It
fails with a "segmentation fault".
In the program's
Users Guide, it is advised to increase the stack size but as knwon the
"ulimit -s" command does not work.
So i tried to compile
the program with "-Wl,stack=..." option but it still fai
On Apr 14 13:15, Tomasz Chmielewski wrote:
> Corinna Vinschen schrieb:
>> On Apr 14 11:30, Tomasz Chmielewski wrote:
>>> Corinna Vinschen schrieb:
On Apr 12 13:15, Tomasz Chmielewski wrote:
> Corinna Vinschen schrieb:
>> What's the wchar hex code value of that character?
> Hmm, I d
On Apr 14 14:26, Eric Tea wrote:
>
> Hi,
maybe you should read the replies you get before duplicating the same
message twice, which, btw., is quite rude.
Corinna
--
Corinna Vinschen Please, send mails regarding Cygwin to
Cygwin Project Co-Leader cygwin AT cygwin DOT
Corinna Vinschen schrieb:
(...)
So that character is "f021".
I should have thought about that from the beginning. Well, there's no
workaround and there will be no patch for this. The problem is that
this character value is within the 0xf000-0xf0ff range. This range is
part of the UNICODE b
GNU libtool is a generic library support script. Libtool hides the
complexity of using shared libraries behind a consistent, portable
interface.
This is a routine update to the latest CVS code from the libtool-1.5
branch. It also represents a name change from the previous 'libtool1.5'
package,
Synopsis
libtool1.5 packages are now 'libtool' (current)
libtool2.2 packages are now 'libtool' (testing)
libltdl3 (the runtime library from libtool-1.5) is unchanged
libltdl7 (the runtime library from libtool-2.2) is unchanged
Required User Action
GNU libtool is a generic library support script. Libtool hides the
complexity of using shared libraries behind a consistent, portable
interface.
This update represents a name change from the previous 'libtool2.2'
package, to the new 'libtool' package (the embedded version number '2.2'
has been
Question about setup.ini:
@ libltdl3
sdesc: "Libtool's dynamic loader (runtime)"
ldesc: "GNU libtool is a generic library support script.
Libtool hides the complexity of using shared libraries behind
a consistent, portable interface."
category: Libs
requires: cygwin
version: 1.5.27a-1
install: re
Hi, I've just rebuilt my machine and done a clean install of the
latest Cygwin, and am having a problem with tail. I'm wanting to know
whether this is a known issue before digging deeper. For other
reasons, I've rebuilt my machine clean twice this weekend and have had
this problem both times -- I
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
Charles Wilson wrote:
| Should I create libtool-1.5.25a-1.tar.bz2 (and libtool-2.2.2-1.tar.bz2)
| packages that are simply copies of
| libtool1.5/libtool1.5-1.5.25a-1.tar.bz2 (and libtool2.2-2.2.2-1.tar.bz2)?
Yes.
Yaakov
-BEGIN PGP SIGNATURE
csih (cygwin-service-installation-helper) provides a library of shell
functions that can be used by other cygwin packages that provide servers
and daemons. It can assist in various service installation tasks, such as:
* identifying the underlying Windows OS
* detecting whether a "privileged use
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
Charles Wilson wrote:
| Changes sine libtool2.2-2.2.2-1
| =
| o changed base package name from 'libtool2.2' to 'libtool'
| o Added patches from Yaakov Selkowitz
| http://cygwin.com/ml/cygwin/2008-04/msg00378.html
D
On Mon, Apr 14, 2008 at 02:55:50PM -0400, Charles Wilson wrote:
> csih (cygwin-service-installation-helper) provides a library of shell
> functions that can be used by other cygwin packages that provide servers
> and daemons. It can assist in various service installation tasks, such as:
Did Chuc
hello
i've sent the same mail twice (segmentation fault...) because it has been
sent
in html format and i've read later that the cygwin server accept text format
only. i didnt check for replies before sending the second mail, i didnt
thought
that the first passed!
so, please, accept my apologies
The cygwin gsl package (GNU Scientific Library) has been updated
to 1.11-1. This is a new upstream release.
For the announcement of gsl version 1.11 see:
http://sources.redhat.com/ml/gsl-announce/2008/msg0.html
The homepage for the GSL is http://www.gnu.org/software/gsl/
The gsl package co
Corinna Vinschen cygwin.com> writes:
>
> These are the changes noted in the changelog. However, what I see now
> is that the target of a symlink is not colored anymore at all.
According to the upstream maintainer, this was a deliberate change (even though
it was not mentioned in NEWS).
http
Eric Blake byu.net> writes:
> The cost of stat'ing a known symlink (which may involve spinning up a disk or
> doing a network access) just to color its target was deemed too expensive for
> the default. Coreutils 6.11 is due out this week, with no change in
behavior,
> but perhaps for 6.12,
I tried doing a if(-l $file) where $file was the name of a symbolically linked
directory in the current working directory and it returned a false. Doing a
(-d $file) returned true.
Is there any way to work around this and then retrieve the real path of a
symbolically linked directory under cygw
> Andrew Schulman writes:
> A new version of the atool package is now available in the Cygwin
distribution.
> Changes in this release:
> * New upstream release: adds lzma support.
The following man pages in /usr/share/man/man1:
apack.1.gz
arepack.1.gz
aunpack.1.gz
acat.1.gz
adif
Hi
This is from the setup run after updating to the latest ghostscript
package:
2008/04/13 22:27:51 Running preremove script for ghostscript
2008/04/13 22:27:51 running: D:\\bin\bash.exe -c /etc/preremove/ghostscript.sh
2008/04/13 22:27:51 Running preremove script for ghostscript-base
2008/04/1
Dr. Volker Zell wrote:
What does this
path to alternate expected in /var/lib/alternatives/gs
mean ?
Some sort of parsing error. At that line in the code, the program
expects that the line contains exactly an absolute path to the target
program.
e.g.
line = parseLine(&bufp);
while (l
Yaakov (Cygwin Ports) wrote:
Charles Wilson wrote:
| Changes sine libtool2.2-2.2.2-1
| =
| o changed base package name from 'libtool2.2' to 'libtool'
| o Added patches from Yaakov Selkowitz
| http://cygwin.com/ml/cygwin/2008-04/msg00378.html
Do you know why I'm
> Charles Wilson writes:
> Dr. Volker Zell wrote:
>> What does this
>> path to alternate expected in /var/lib/alternatives/gs
>> mean ?
> Some sort of parsing error. At that line in the code, the program
> expects that the line contains exactly an absolute path to the
Dr. Volker Zell wrote:
I just tried again:
I deleted /usr/bin/gs symlink, /etc/alternatives/gs symlink and
/var/lib/alternatives/gs.
12:13 AM [506]> update-alternatives --install /usr/bin/gs gs /usr/bin/gs-native
10
01:20 AM [507]> update-alternatives --install /usr/bin/gs gs /usr/bin/gs-x11
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
Charles Wilson wrote:
| I think that libtool hasn't been told that LDFLAGS should include
| -L/usr/lib/w32api. I think this is something that should be passed on
| the invocation line in your makefile -- maybe AM_LDFLAGS needs to be set?
As I'm su
Charles Wilson wrote:
> I think that libtool hasn't been told that LDFLAGS should include
> -L/usr/lib/w32api. I think this is something that should be passed on
> the invocation line in your makefile -- maybe AM_LDFLAGS needs to be set?
But the linker searches this location by default:
$ grep
Scott Webster Wood wrote:
> I tried doing a if(-l $file) where $file was the name of a symbolically
> linked directory in the current working directory and it returned a false.
> Doing a (-d $file) returned true.
I can't reproduce this:
$ mkdir foo; ln -s foo bar
$ perl -e 'print "yes\n" if
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
Charles Wilson wrote:
| Changes sine libtool2.2-2.2.2-1
| =
I'm also seeing these warnings (where 'foo' is the executable being
linked against a yet-uninstalled libtool library):
./.libs/lt-foo.c: In function `main'
Yaakov (Cygwin Ports) wrote:
Charles Wilson wrote:
| I think that libtool hasn't been told that LDFLAGS should include
| -L/usr/lib/w32api. I think this is something that should be passed on
| the invocation line in your makefile -- maybe AM_LDFLAGS needs to be set?
As I'm sure you're aware, /u
Yaakov (Cygwin Ports) wrote:
Charles Wilson wrote:
| Changes sine libtool2.2-2.2.2-1
| =
I'm also seeing these warnings (where 'foo' is the executable being
linked against a yet-uninstalled libtool library):
./.libs/lt-foo.c: In function `main':
./.libs/lt-foo.c:
Charles Wilson wrote:
> way to get ld to print its search path (which is why Brian grep'ed the
> binary) like gcc's -print-search-dirs. So libtool has no mechanism to
I grepped the default linker script which is a plain text file. This
can be done programmatically by adding -Wl,-verbose to a tes
38 matches
Mail list logo
