I have an issue with properly autotooled + libtoolized shared libraries
where the resulting dll should end up in bindir instead of libdir.
Can we cygwin-spezialize that either in automake or libtool?
The --mode=install $(DESTDIR)$(libdir) looks like a job for automake
but only libtool knows about
2009/7/28 Pedro Izecksohn:
>> #include
>> #include
>> #include
>> #include
>>
>> int main(void) {
>> wchar_t wc;
>> size_t ret;
>> mbstate_t s = { 0 };
>> puts(setlocale(LC_CTYPE, "en_GB.UTF-8"));
>> printf("%i\n", mbrtowc(&wc, "\xe2", 1, 0));
>> printf("%i\n", mbrtowc(&wc, "\x94", 1, 0))
From the "Linux Programmer’s Manual" (release 3.15 of the Linux man-pages):
"If the n bytes starting at s do not contain a complete multibyte
character, mbrtowc() returns (size_t) -2."
On Mon, Jul 27, 2009 at 6:56 PM, Andy Koppe wrote:
> I've encountered what looks like a bug in mbrtowc's han
Haojun Bao writes:
> I have reduced the test case in this mail
> http://cygwin.com/ml/cygwin/2009-07/msg00111.html
> to a simpler one:
>
> $/bin/emacs --batch -q --execute '(let ((num 0))
> (while (< num 30)
> (setq num (+ num 1))
> (message "num is %d" num)
>
I installed 1.7 today for the first time, having deliberately waited
until near the end of beta testing out of cowardice (no; actually
because my use of Cygwin isn't that great at the moment, is not
particularly unusual, and unfortunately I've not had the time I'd
like to devote to tracking down bl
Hi,
I am developing a plugin for Wireshark, but I have this problem when I
make the compilation (Wireshark is compiled in a Cygwin environment on
Windows, and I have Windows XP 32-bits) :
nmake fatal error U1077 c:\cygwin\bin\perl.EXE : return code '0x1'
Stop
So I made a lot of research on
On 07/27/2009 05:48 PM, Rob Bosch wrote:
The issue appears to be with ntfsclone in that it must point to
something in /proc/partitions. It will not work with any /cygdrive/X (used
dosdev.c from Corinna and typical vshadow to expose as a drive with no luck). I
found
this out by commenting out th
I've encountered what looks like a bug in mbrtowc's handling of UTF-8.
Here's an example:
#include
#include
#include
#include
int main(void) {
wchar_t wc;
size_t ret;
mbstate_t s = { 0 };
puts(setlocale(LC_CTYPE, "en_GB.UTF-8"));
printf("%i\n", mbrtowc(&wc, "\xe2", 1, 0));
printf(
I got mixed results with the work around of installing packages a few at
at time. One worked, and one ended up unbootable again.
I restored both the XP Pro and XP MediaCenter systems that got eaten by
chkdsk with the message about "Insufficient disk space to repair security
descriptor at index
The issue appears to be with ntfsclone in that it must point to something in
/proc/partitions. It will not work with any /cygdrive/X (used dosdev.c from
Corinna and typical vshadow to expose as a drive with no luck). I found this
out by commenting out the read-only check and rebuilding ntfsclo
> 2009/7/27 Georg Troska:
>> I want to compile some code with -mno-cygwin.
>> Unfortunately some mingw-libs are missing (sys/select.h, sys/cdefs.h). also
>> the corresponding libraries
>>
>> How can I get them?
>
> You can't, because MingW doesn't implement select().
ps: Windows itself has a selec
2009/7/27 Georg Troska:
> I want to compile some code with -mno-cygwin.
> Unfortunately some mingw-libs are missing (sys/select.h, sys/cdefs.h). also
> the corresponding libraries
>
> How can I get them?
You can't, because MingW doesn't implement select().
Andy
--
Problem reports: http://c
Hi,
I want to compile some code with -mno-cygwin.
Unfortunately some mingw-libs are missing (sys/select.h, sys/cdefs.h).
also the corresponding libraries
How can I get them?
Thanks Georg
--
Problem reports: http://cygwin.com/problems.html
FAQ: http://cygwin.com/faq/
Michael H. wrote:
[snip]
> The steps to reproduce have been done directly after installing Cygwin
> without any modifications. The logfile /var/log/sshd.log is empty even after
> the error has been printed on the Linux machine from which I connected to
> the Windows / Cygwin machine.
The "system
To Andy Koppe and Corinna Vinschen - big thanks!
Problem is solved with your advices!
I see now, the deal is far more complicated. However I clicked "choose default
- Russian" in Regional Settings for Windows (there was "Russian" in many
list-boxes, but it seems default was not Russian still,
On 07/27/2009 12:59 AM, Jim Monty wrote:
Larry Hall (Cygwin cygwin.com> writes:
On 07/26/2009 11:37 PM, Jim Monty wrote:
Dave Korn googlemail.com> writes:
Jim Monty wrote:
any decisions, and moments later I'm able to do stuff like this at a
Windows
Command Prompt:
C:\Documents an
I was able to get ntfsprogs to compile under cygwin 1.7 after some
troubleshooting. I tried to get ntfsclone to point to the //?/GLOBALROOT for a
shadow copy. I know dd can do this. ntfsclone doesn't appear to be aware of
these devices and there are no /dev/sd?? associated with them either.
Hi all,
Sometimes when using cygwin shell (bash), I want to open up a windows explorer
window or command prompt from that location. However, when I do that, the
process launches with the environment inherited from the cygwin shell.
For a variety of reasons, this causes issues.
Is there somew
Hi,
I note that the regtool/registry interfacing do not yet support non
ASCII character sets:
$ uname -a
CYGWIN_NT-6.0 somehost-vista 1.7.0(0.212/5/3) 2009-07-24 09:59 i686 Cygwin
$ regtool get /machine/SOFTWARE/Cygwin/setup/rootdir
C:\software\cygwin?
where the trailing CJK character 中 has b
Julio Costa wrote:
>
> Hi Michael,
>
> On Thu, Jul 23, 2009 at 10:49, Michael H.<> wrote:
>>
>>
>> Corinna Vinschen-2 wrote:
>>>
>>> On Jul 16 12:20, Michael H. wrote:
Hello,
When I am using cygwin 1.5 both the public/private key and the
keyboard authentication with ssh wor
On Jul 27 11:11, Andy Koppe wrote:
> 2009/7/27 Corinna Vinschen:
> > that rootdir is only used by setup.exe, not by Cygwin.
>
> I see, sorry. So I guess / simply is the parent of the directory
> cygwin1.dll is in? Makes plenty of sense.
That's the idea and the reason we don't write a / entry to /
On Jul 27 11:02, Andy Koppe wrote:
> 2009/7/27 Rodion Gorkovenko:
> > You suppose this is windows, who responsible for this substitution? This
> > thought had not visited my head... I thought substitution is performed by
> > cygwin...
>
> It's done by the Windows text rendering functions. It's f
2009/7/27 Corinna Vinschen:
> that rootdir is only used by setup.exe, not by Cygwin.
I see, sorry. So I guess / simply is the parent of the directory
cygwin1.dll is in? Makes plenty of sense.
Andy
--
Problem reports: http://cygwin.com/problems.html
FAQ: http://cygwin.com/
2009/7/27 Rodion Gorkovenko:
> You suppose this is windows, who responsible for this substitution? This
> thought had not visited my head... I thought substitution is performed by
> cygwin...
It's done by the Windows text rendering functions. It's fairly useful
actually as a fallback, because at
On Jul 27 09:57, Andy Koppe wrote:
> 2009/7/26 Shaddy Baddah:
> > This certainly works, but as the method requires correction of the
> > root directory post (or during) the parse of /etc/fstab, it is not
> > suitable for forcing the location of the /etc/fstab through an
> > alternate root directory
Hello, Andy!
Andy Koppe wrote:
> 'meta-flag' is a synonym for 'input-meta', so you don't
> need both.
For this hint - thank you.
> > $ echo -e "\xC0\xC1\xC2\xC3\xC3\xC4\xC5\xC6\xC7"
> > AAA?C
> Looks like the font you're using doesn't have the necessary
> glyphs, so Windows substitutes the
2009/7/26 Shaddy Baddah:
> This certainly works, but as the method requires correction of the
> root directory post (or during) the parse of /etc/fstab, it is not
> suitable for forcing the location of the /etc/fstab through an
> alternate root directory.
The root directory still is in the registr
On Jul 26 20:48, Shaddy Baddah wrote:
> Hi,
>
> Before I begin, I know this is an "out there" thing to try and do, so
> I am steeled for some negative responses.
>
> With 1.7, the cygwin root directory determination is fixed to location
> from the path of the loaded cygwin1.dll. However, the 1.7 us
2009/7/27 Rodion Gorkovenko:
> I am still try to get over my problem with ASCII 8-bit characters
> translation. I now know about ~/.initrc file, readline, bind - bit more.
>
> But it still does not work. Look here:
>
> My ~/.initrc contains necessary setup:
>
> set meta-flag on
'meta-flag' is a s
On Jul 25 19:07, David Manura wrote:
> The math.h nexttoward function [1] in math.h is not available in
> Cygwin gcc (but does exist under the ming compiler in Cygwin). It's
> not clear to me though when nexttoward is preferred over nextafter.
> Boost calls nexttoward a legacy function [2].
The r
30 matches
Mail list logo
