21.03.24, 11:32 +0100, Mohamed AYARI via Cygwin:
> 20 [main] rsync 7112 find_fast_cwd: WARNING: Couldn't compute FAST_CWD
> pointer. Please report this problem to the public mailing list
> cygwin@cygwin.com
>
>
>
> Could you please help me resolve this.
y
seen this error when I set up my current installation. I use the same R
packages on my Unix boxes at home and have never seen such an error. I don't
think this is an upstream error. Unfortunately this is above my head to debug.
regards,
Markus
--
Problem reports: https://cygwin.com/problems.html
FAQ: https://cygwin.com/faq/
Documentation:https://cygwin.com/docs.html
Unsubscribe info: https://cygwin.com/ml/#unsubscribe-simple
corse problem with my platform
understanding. But why is Cygwin calling errors when performing standard
Linux bash commands? Is it due to a different syntax? Or is it even simpler?
I would appreciate any advice and information on this. As i said, i am
quite used to Cygwin, but not so to scripting i
was logged by the setup program before it
reported "abnormal exit: exit code=1"
Sorry, I cannot tell anything about ca-certificates-letsencrypt.sh as
the corresponding package has not been installed.
Kind regards
Markus Hansmair
--
Problem reports: https://cygwin.c
This seems to be an internal Cygwin error:
https://www.reddit.com/r/cpp_questions/comments/sp52gq/xdigit_does_not_work_with_stdwstring_in_a_cygwin/
--
I have an unexpected behavior with Cygwin for the character class
16.12.20, 10:41 +0100, Hamish McIntyre-Bhatty via Cygwin:
> I'm sure you're probably already aware of this, but the cygwin.com
> domain no longer seems to be working.
https://cygwin.com/acronyms/#WJFFM
--
Regards
mks
--
Problem reports: https://cygwin.com/problems.html
FAQ:
I had to ask our IT service for
admin permissions before I could fiddle with my installation. Therefore
your answer (and the OP's question) came in faster than I could even
ask. This is just to confirm that your suggested changes fixed the
problem here. Would it make sense to add a dependency on
quot; from the GraphicsMagick package. gm is not linked against
libgs, but seems to invoke the gs executable instead. This does not
crash, although it is linked against the very same libgs.
regards,
Markus
--
Markus Hoenicka
http://www.mhoenicka.de
AQ score 38
--
Problem reports: https://
Am 2020-04-30 22:17, schrieb Marco Atzeri via Cygwin:
Am 30.04.2020 um 17:28 schrieb Markus Hoenicka:
Hi,
I've contacted the processx package maintainer on a problem reported
here previously (see
https://cygwin.com/pipermail/cygwin/2020-April/244667.html). He
suggested to try the github
Am 2020-05-01 12:44, schrieb Marco Atzeri via Cygwin:
Am 30.04.2020 um 22:17 schrieb Marco Atzeri:
Am 30.04.2020 um 17:28 schrieb Markus Hoenicka:
Hi,
I've contacted the processx package maintainer on a problem reported
here previously (see
https://cygwin.com/pipermail/cygwin/2020-April
ng the non-ASCII description
file (which is properly tagged as UTF-8 BTW), but it results in the same
compilation failure as reported in the message above.
As mentioned in the other report, Cygwin is a fresh installation as of
April 28, R package version is R 3.6.3.1.
regards,
Markus
--
Marku
mbols that cause the errors above. The source file base64.c
includes Rinternals.h, that file exists, and it is readable. Did I miss
something?
regards,
Markus
--
Markus Hoenicka
http://www.mhoenicka.de
AQ score 38
--
Problem reports: https://cygwin.com/problems.html
FAQ: h
Using DCSBIOS for DCS and it uses the cygwin dll files.
I got some fwd pointer issues so i downloaded both 32 n 64bit versions from
ur site and installed all packages. Still this error consists.
Any ideas?
Enter a COM Port Number:5
Status for device COM5:
---
Baud:
Op ma 8 jul. 2019 om 20:32 schreef Brian Inglis
:
>
> No, you are addressing - Andrey Repin - you can fix that
> in
> your Gmail address book in the Contacts list:
>
> https://support.google.com/mail/thread/5549719?hl=en
>
> --
Thank you - I had no idea how to correct that, but with
Op ma 8 jul. 2019 om 14:36 schreef Marco Atzeri :
>
> this line is present at line 4 of the file.
> Have you by chance modified it ?
>
>
No, the line I posted appears to be the closing line for the
comment/documentation. It is present in other such files, but was not
in the copy in my
Op ma 8 jul. 2019 om 06:23 schreef Arjen Markus :
>
> Hi Marco,
>
> I just tried building PLplot with CMake 3.14.5 and got this error message:
>
> -- OCTAVE_VERSION = 4.2.2
> -- OCTAVE_LIBRARIES = /usr/lib/octave/4.2.2/liboctave.dll.a
> -- OCTINTERP_LIBRARIES
Hi Marco,
I just tried building PLplot with CMake 3.14.5 and got this error message:
-- OCTAVE_VERSION = 4.2.2
-- OCTAVE_LIBRARIES = /usr/lib/octave/4.2.2/liboctave.dll.a
-- OCTINTERP_LIBRARIES = /usr/lib/octave/4.2.2/liboctinterp.dll.a
-- OCTAVE_INCLUDE_PATH =
Hi Marco,
Op ma 1 jul. 2019 om 14:41 schreef Marco Atzeri :
>
>
> please Arjen,
> bottom posting and trim on this mailing list
>
Oops, Gmail is hiding the original mail from me under three dots. I
will try and keep this in mind. (It also persists in showing a name it
picked up at one point with
Thanks - got it. Another piece of information to forward :).
Regards,
Arjen
Op vr 28 jun. 2019 om 15:51 schreef Houder :
>
> On Fri, 28 Jun 2019 14:01:45, Adam Dinwoodie wrote:
> [snip]
>
> > have uploaded to provide via the packaging distribution mirrors. Some
> > maintainers will keep their
ri, 28 Jun 2019 at 11:56, Arjen Markus wrote:
> > In the context of the PLplot project (plplot.sf.net) we are interested
> > in the details of how software is packaged for Cygwin, in particular
> > how CMake is packaged (development of this package is rather fast and
> > we
Hello,
In the context of the PLplot project (plplot.sf.net) we are interested
in the details of how software is packaged for Cygwin, in particular
how CMake is packaged (development of this package is rather fast and
we attempt to keep up with it, so that we can clean up the various
workarounds).
out of curiosity I experimented a bit with this source code. It can be
simplified to:
module test
integer, parameter :: rb = kind(1.0)
real(kind=rb) :: ka(5,13,10) , absa(65,10)
equivalence (ka(1,1,1),absa(1,1))
end module test
If I make it a program, rather than a module, the compiler
.
There is no command "xinit". I start the X server using the command
"X" and that seems to work fine. However, I do see a pacakge xinit now
that I explicitly look for it.
Regards,
Arjen
Op di 8 jan. 2019 om 13:25 schreef Marco Atzeri :
>
> Am 08.01.2019 um 03:49 schri
urred both with and without the GUI that Octave comes with (octave
--no-gui gave the same error messages).
Kind regards,
Arjen Markus
--
Problem reports: http://cygwin.com/problems.html
FAQ: http://cygwin.com/faq/
Documentation: http://cygwin.com/docs.html
Unsubscribe info:
bit libs? Which ones?
Why don't you just recompile th binaries on 64bit Cygwin? You seem to
have the sources, so then...
Markus
--
Markus Hoenicka
http://www.mhoenicka.de
AQ score 38
--
Problem reports: http://cygwin.com/problems.html
FAQ: http://cygwin.com/faq
?
As an avid emacs user I have no desire to switch to emacs-lucid. If the
extra work to provide both packages is limited, it would not hurt to
have both packages though.
just my 2 cc
Markus
--
Markus Hoenicka
http://www.mhoenicka.de
AQ score 38
--
Problem reports: http://cygwin.com
18.12.2017, 12:13 CET, Joe Nayo:
> 1 [main] opengrads 2340 find_fast_cwd: WARNING: Couldn't compute FAST_CWD
> pointer. Please report this problem to
> the public mailing list cygwin@cygwin.com
https://cygwin.com/faq.html#faq.using.fixing-find_fast_cwd-warnings
--
Regards
mks
--
Problem
arbage or whether it is somehow referred to
by the program, but it seems rather odd.
(The tests within the PLplot project are less successful, but that has
to do with the identification of the gnat library by CMake)
Regards,
Arjen
2017-11-02 13:25 GMT+01:00 Arjen Markus <arjen.markus...@gmail
Hello Marco, Jon,
good to hear this - I will try this updated GNU version within the
context of the PLplot project.
Regards,
Arjen
--
Problem reports: http://cygwin.com/problems.html
FAQ: http://cygwin.com/faq/
Documentation: http://cygwin.com/docs.html
That's the one indeed - I have no experience with the MinGW
distribution under Cygwin though. Perhaps I should try that one too
:).
Regards,
Arjen
2017-10-20 16:25 GMT+02:00 Peter Quiring :
> Hi Arjen,
>
> I'm talking about the mingw that is included with cygwin, not the
>
Hi Peter,
I am not sure I understand all the details, but I have been using
CMake under Cygwin and MinGW-w64/MSYS2 (I have to be complete here)
for quite a few years now. Both Cygwin and MinGW-w64/MSYS2 have their
own versions of CMake, so I use those.
Do you mean to cross-compile?
Regards,
Hello,
In the PLplot project (http://plplot.sf.net) we have encountered a
problem with CMake 3.6.2 as part of the Cygwin packages: if you
specify an installation directory whose name contains a space, the
configuration step gets into an endless loop, more specifically, it
writes a file
Anyway to find out which app(s) ? It worked fine with an older version.
Thank you
Markus
"Marco Atzeri" wrote in message
news:9d3c2522-ca3e-48fe-0cd6-6264d58f9...@gmail.com...
On 15/01/2017 16:50, Markus Moeller wrote:
Hi,
I installed cygwin with --no-admin on Windows 7 and
Inferior 1 [process 22480] will be killed.
Quit anyway? (y or n) y
Thank you
Markus
--
Problem reports: http://cygwin.com/problems.html
FAQ: http://cygwin.com/faq/
Documentation: http://cygwin.com/docs.html
Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
those
options to the command represented by the icon.
regards,
Markus
--
Markus Hoenicka
http://www.mhoenicka.de
AQ score 38
--
Problem reports: http://cygwin.com/problems.html
FAQ: http://cygwin.com/faq/
Documentation: http://cygwin.com/docs.html
Unsubscribe info
I see I replied to that first message - completely forgot about it.
I have just tried a bunch of varieties of !GCC$ ... but none seem to
work. Perhaps you should ask on the GFortran list or on
comp.lang.fortran too.
Regards,
Arjen
2017-01-06 16:26 GMT+01:00 Bill Greene :
Am 11.10.2016 um 12:43 schrieb Felipe Vieira:
> the uniq program seems to be faulty on my cygwin:
>
[...]
> /tmp » uniq -c u.txt
> 1 1
> 1 2
> 1 3
> 1 4
> 1 5
> 1 1
> 1 2
> 1 3
> 1 6
> 1 7
> 1 8
> 1
> /tmp »
>
> As you can
://cygwin.com/ml/#unsubscribe-simple
date has a ton of options to format the output including the 12/24 h
style, , see 'man date'.
regards,
Markus
--
Markus Hoenicka
http://www.mhoenicka.de
AQ score 38
--
Problem reports: http://cygwin.com/problems.html
FAQ: http
ser.
Cheers
Markus Hansmair
--
Problem reports: http://cygwin.com/problems.html
FAQ: http://cygwin.com/faq/
Documentation: http://cygwin.com/docs.html
Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
ay have a leftover lock file from a crashed X session. Check if
there is a /tmp/.X0-lock (IIRC) before you start your X server.
regards,
Markus
--
Markus Hoenicka
http://www.mhoenicka.de
AQ score 38
--
Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Problem reports: htt
At 2015-08-12 17:21, Jon TURNEY was heard to say:
On 12/08/2015 07:22, Markus Hoenicka wrote:
At 2015-08-07 11:26, Jon TURNEY was heard to say:
You might try modifying startxwin to remove the -q from xauth -q to
see if that reveals a bit more information.
I finally got round to run
At 2015-08-07 11:26, Jon TURNEY was heard to say:
On 06/08/2015 17:56, Markus Hoenicka wrote:
I've upgraded my setup yesterday and ran into a problem running the X
server. X ran just fine before the upgrade, just like any X client I
threw at it. I'm aware that some defaults have changed
At 2015-08-12 14:18, Ken Brown was heard to say:
On 8/12/2015 2:22 AM, Markus Hoenicka wrote:
At 2015-08-07 11:26, Jon TURNEY was heard to say:
On 06/08/2015 17:56, Markus Hoenicka wrote:
I've upgraded my setup yesterday and ran into a problem running the
X
server. X ran just fine before
At 2015-08-10 18:11, Achim Gratz was heard to say:
Markus Hoenicka writes:
HOMEDRIVE=C:
HOMEPATH=\Users\username
I don't know if these are relevant if you use roaming profiles
though. The path I've shown as $HOME is not arcane at all.
You still haven't shown what $HOME is set in Cygwin, only
At 2015-08-07 11:26, Jon TURNEY was heard to say:
On 06/08/2015 17:56, Markus Hoenicka wrote:
I've upgraded my setup yesterday and ran into a problem running the X
server. X ran just fine before the upgrade, just like any X client I
threw at it. I'm aware that some defaults have changed
Am 2015-08-10 15:13, schrieb cyg Simple:
On 8/10/2015 3:41 AM, Markus Hoenicka wrote:
At 2015-08-07 11:26, Jon TURNEY was heard to say:
Is there anything unusual about your home directory?
Well, we use roaming profiles here at work. This has caused problems
before, both in Cygwin and non
At 2015-08-10 15:44, Achim Gratz was heard to say:
Markus Hoenicka markus.hoenicka at mhoenicka.de writes:
I've noticed the discussion about those changes, but I don't fully
understand the impact of them (and hopefully I don't have to). But I
don't think my problem argues against Corinna's
At 2015-08-10 16:11, Markus Hoenicka erred:
And why does it *not* change if I set HOME to a local drive?
s/HOME/XAUTHORITY/
--
Markus Hoenicka
http://www.mhoenicka.de
AQ score 38
--
Problem reports: http://cygwin.com/problems.html
FAQ: http://cygwin.com/faq
$CYGWIN
$ echo $DISPLAY
:0.0
As a workaround I can start XWin manually like this:
/usr/bin/XWin :0 -multiwindow
However, I suppose the default behaviour of startx and startxwin was not
intended to perform like this. Did I miss something obvious?
regards,
Markus
--
Markus Hoenicka
http
Hi Satish,
I would have expected the /cb/ notation to work, but if you export the
individual variables instead, it does get compiled. However, my test
program shows that the data in the main program are not the ones in
the DLL, even though I applied both DLLEXPORT and DLLIMPORT.
It might be
Hi,
while this is not directly related to gfortran on Cygwin, this article
might help you appreciate the issues involved:
https://software.intel.com/en-us/node/535307
Are you bound to common blocks? If not, you may get better results
when you put the data in a module.
Regards,
Arjen
Hi Rémi,
that seems to be a minor glitch - the file README is expected, but is
not there - it is typically a text file stating what the
program/package/... is all about and who wrote etc. You can simply
create a file by that name and rerun the build to get rid of this
error. I do not know what
Hi Rémi,
you may need to run autoconf to update the configure file. That may
bring in the necessary code to properly identify the platform.
Regards,
Arjen
2015-05-31 12:39 GMT+02:00 Rémi 2005 remi2...@laposte.net:
Hello,
I've worked hard and I found some responses alone. But it's not
Hi Linda,
I doubt very much that you can just copy the object files and get a
working program that way. Does g77 have a cross-compile option?
An alternative is to identify the problem areas in the programs and
adjust them to standard Fortran (g77 does allow a number of
non-standard constructs,
This might the way the pkgIndex.tcl file for this particular extension
has been implemented, but like Jan says, that is not the Tcl way.
Here is a sample that illustrates the more acceptable procedure:
# Tcl package index file, version 1.0
if {![package vsatisfies [package provide Tcl] 8.6]}
Right, that makes sense. There is indeed no way for the package
manager to handle that scenario without external help, such as a PATH
variable that includes the various directories these extra DLLs reside
in.
Regards,
Arjen
2014-10-10 13:22 GMT+02:00 tedno...@bellsouth.net:
In message
it takes to get sane backtraces?
regards,
Markus
[1]
http://lists.gnu.org/archive/html/bug-gnu-emacs/2014-09/msg00697.html
[2]
http://lists.gnu.org/archive/html/bug-gnu-emacs/2014-09/msg00715.html
--
Markus Hoenicka
http://www.mhoenicka.de
AQ score 38
--
Problem reports: http://cygwin.com
At 2014-09-23 16:02, Ken Brown was heard to say:
On 9/23/2014 9:23 AM, Markus Hoenicka wrote:
At 2014-09-23 14:31, Ken Brown was heard to say:
So I think it's pretty clear that the strange backtrace I observed
with gdb-7.6.50-4 on 64-bit Cygwin was indeed due to a deficiency in
gdb.
I hope
this problem, but I thought you might be interested anyway. I'll post
the details to the Emacs bug list, as usual.
regards,
Markus
--
Markus Hoenicka
http://www.mhoenicka.de
AQ score 38
--
Problem reports: http://cygwin.com/problems.html
FAQ: http://cygwin.com/faq/
Documentation
. (It should only be called in the main thread.) There was
speculation as to whether this could be the cause of the crash. An
alternative theory is that the gdb backtrace is bogus. I'm pretty
sure that the OP (Markus) was running gdb-7.6.50-4. His report was
about emacs-X11, but I've observed similar
with this amount of information. Is
there something particularly dumb that I'm doing? Would you mind
pointing me to some concise instructions?
regards,
Markus
--
Markus Hoenicka
http://www.mhoenicka.de
AQ score 38
--
Problem reports: http://cygwin.com/problems.html
FAQ
() in
atime.c pop up. Just wondering.
regards,
Markus
--
Markus Hoenicka
http://www.mhoenicka.de
AQ score 38
--
Problem reports: http://cygwin.com/problems.html
FAQ: http://cygwin.com/faq/
Documentation: http://cygwin.com/docs.html
Unsubscribe info: http
At 2014-07-31 15:01, Nellis, Kenneth was heard to say:
From: Markus Hoenicka
Hi,
once in a while make complains that some of my files have timestamps
in
the future. I've investigated a little, and it seems that this affecs
only
snip
You can get this behavior if the files are on a server
Am 2014-07-31 15:50, schrieb Nellis, Kenneth:
From: Markus Hoenicka
Good catch. We're using roaming profiles here, so my home dir is on
some
network drive. If I re-run the test on a local disc, I get the
following:
snip
That is, no time difference. But why does the network drive affect
only
Markus Hoenicka writes:
Am 2014-05-21 13:46, schrieb Ken Brown:
On 5/21/2014 3:13 AM, Markus Hoenicka wrote:
At 2014-05-21 03:42, Ken Brown was heard to say:
On 5/20/2014 7:57 PM, Max Polk wrote:
I've been noticing the background timer giving odd messages from
emacs-w32 once
and crashes still occur.
regards,
Markus
--
Markus Hoenicka
http://www.mhoenicka.de
AQ score 38
--
Problem reports: http://cygwin.com/problems.html
FAQ: http://cygwin.com/faq/
Documentation: http://cygwin.com/docs.html
Unsubscribe info: http://cygwin.com/ml
You may need to open the properties dialogue for that file and edit
the properties. I have run into similar problems myself (installing a
DLL via a makefile causes the loss of the execute permission in my
case. No idea why.)
To do this, select the file in question in Windows Explorer and press
Am 2014-05-21 13:46, schrieb Ken Brown:
On 5/21/2014 3:13 AM, Markus Hoenicka wrote:
At 2014-05-21 03:42, Ken Brown was heard to say:
On 5/20/2014 7:57 PM, Max Polk wrote:
I've been noticing the background timer giving odd messages from
emacs-w32 once in a while such as the following when
*/
That in turn disables some C++11 features, so that the following example
fails to compile (due to its use of std::to_string).
#include iostream
#include string
int main()
{
std::cout std::to_string(42L) std::endl;
return 0;
}
Is this a known issue?
Regards
Markus Wanner
I agree with Andrey - could you give us examples of code fragments
that are not accepted by gfortran but are by g77?
Regards,
Arjen
2014-02-12 8:14 GMT+01:00 Andrey Repin anrdae...@yandex.ru:
Greetings, Scott T. Marshall!
Would it be very difficult to take the old g77 source and recompile it
Hello,
I would like to use Iwidgets 4.0.1 under Cygwin, but this requires Itk
3.4. The set-up utility however has Itcl 3.4 and Itk 3.3. Where can I
find the correct version?
Regards,
Arjen
--
Problem reports: http://cygwin.com/problems.html
FAQ: http://cygwin.com/faq/
Am 2013-12-10 21:40, schrieb Jon TURNEY:
On 04/12/2013 22:14, Markus Hoenicka wrote:
Around 2013-12-04 16:59 Jon TURNEY was heard to say:
On 04/12/2013 08:09, Markus Hoenicka wrote:
Am 2013-12-03 22:10, schrieb Christopher Faylor:
I added an ugly hack to work around this symptom in the latest
At 2013-12-10 21:40 quoth Jon TURNEY:
On 04/12/2013 22:14, Markus Hoenicka wrote:
Around 2013-12-04 16:59 Jon TURNEY was heard to say:
On 04/12/2013 08:09, Markus Hoenicka wrote:
Am 2013-12-03 22:10, schrieb Christopher Faylor:
I added an ugly hack to work around this symptom in the latest
that trying to copy approx. two printed pages worth
of ASCII text from an Emacs buffer to LibreOffice Writer still triggers
the clipboard failure.
If I revert the changes above, i.e. reactivate the stock cygwin1.dll
(1.7.25) and Jon's XWin test version, the clipboard works again.
regards,
Markus
Around 2013-12-04 16:59 Jon TURNEY was heard to say:
On 04/12/2013 08:09, Markus Hoenicka wrote:
Am 2013-12-03 22:10, schrieb Christopher Faylor:
I added an ugly hack to work around this symptom in the latest
cygwin.
It shouldn't have any big impact on anything but this particular
scenario
without
problems. Trying to copy 6105 or more characters triggers the error.
I'll try and see if this number is constant across reboots. Copying
within Emacs, i.e. by yanking the text into a different buffer, is not
affected. The problem persists if I start Emacs using the -q flag.
regards,
Markus
Around 2013-12-02 14:11, Jon TURNEY was heard to say:
On 02/12/2013 12:13, Markus Hoenicka wrote:
I'm running emacs-x11 24.3.1 on
CYGWIN_NT-5.1 sbhc123 1.7.25(0.270/5/3) 2013-08-31 20:39 i686 Cygwin
I used to be able to copy text from Emacs to Windows applications
through the
clipboard
on my system and using my closest mirror. Setup
exits without updating the system.
Is there a way to fix this? I know that I can try and find a mirror with
a shorter URL, but I expect others to bump into the same problem sooner
or later.
regards,
Markus
--
Markus Hoenicka
http
Am 2013-11-14 11:06, schrieb Corinna Vinschen:
On Nov 14 10:25, Markus Hoenicka wrote:
Hi,
I've just downloaded the latest setup-x86.exe to update my Cygwin
installation on a Windows XP box. While setup downloads the required
packages, it stops with a message saying:
Can't open
\\servername
Hello,
I have been trying to use Qt4 in the PLplot project as one of the
graphical devices, but I ran into two problems building Qt4:
- While compiling the libraries, it turned out that the constant
QT_OPEN_LARGEFILE'
was not defined. I could solve this by adding a definition in the file
Hello,
I am trying to build and test the PLplot libraries and examples
(see SourrceForge) on Cygwin with the cairo and pango libraries.
While the build succeeds if I exclude the ordinary Windows features
(the routine cairo_win32_surface_create is missing from the cairo
libraries), I get warnings
Hello,
I am trying to build and test the PLplot libraries and examples
on Cygwin with the cairo and pango libraries.
The build fails because there is no routine
cairo_win32_surface_create in the cairo libraries. All manner of
other surface creation routines are present.
How can this be solved?
Hello,
I would like to use the cairo library but it turns out that the
routine cairo_win32_surface_create is missing, whereas many other such
routines are present. What can be done about this?
Regards,
Arjen
--
Problem reports: http://cygwin.com/problems.html
FAQ:
Sorry, I thought my previous mail was withheld - it did not appear in
a reasonable time, so I reformulated my question.
Regards,
Arjen
2013/9/7 Andrey Repin anrdae...@yandex.ru:
Greetings, Arjen Markus!
I would like to use the cairo library but it turns out that the
routine
If Cygwin is no more than that, why does it have Windows API libraries?
Regards,
Arjen
2013/9/7 Andrey Repin anrdae...@yandex.ru:
Greetings, Arjen Markus!
I am trying to build and test the PLplot libraries and examples
on Cygwin with the cairo and pango libraries.
The build fails because
I have very recently had the same problem with pango - the library
complained that it could not match any fonts. After installing
fontconfig it all worked.
Regards,
Arjen
2013/8/24 nu774 honeycom...@gmail.com:
Hi,
Without fontconfig, wish(Tk) seems to crash on the attempt to create
widgets
Hello,
I am trying to build and test the PLplot libraries and examples
(http://plplot.sf.net) on Cygwin with the cairo and pango libraries.
While the build succeeds if I exclude the ordinary Windows features
(the routine cairo_win32_surface_create is missing from the cairo
libraries), I get
I have had problems with file permissions myself - in my case editing
a file that is part of a fairly large project may cause build errors
later on, when such a file is copied during the build process, because
the Windows permissions are translated into ---. It may very
well be that you are
Hello,
the bug I am reporting here on behalf of Alan Irwin surfaced in the
combination wine and Cygwin (Alan summarised it here:
http://www.winehq.org/pipermail/wine-devel/2013-June/100328.html). It
has to do with the way Cygwin handles forks.
The bug can be illustrated with this small program:
According to the original thread it has to do with handling the stack.
The small program is
meant to show that there is a discrepancy between the way Cygwin
handles this versus
the way Linux does that - something to do with accessing more memory
pages than expected,
but this is not an area I am
Hello,
I have been experiencing problems with building several unrelated
projects on Cygwin/Windows 7. One of them is GCC 4.8.1, another is a
project that uses CMake to create the Makefiles. The problems occur
either during the configuration
(the CMake-based project) or during the make itself
I have a small testcase, but my replies are consistently refused.
How do I solve that?
Regards,
Arjen
--
Problem reports: http://cygwin.com/problems.html
FAQ: http://cygwin.com/faq/
Documentation: http://cygwin.com/docs.html
Unsubscribe info:
Well, I got a message back about using too many keywords that made it look like
an off-topic reply. But without an indication (of course) of what
these keywords are.
Regards,
Arjen
--
Problem reports: http://cygwin.com/problems.html
FAQ: http://cygwin.com/faq/
directory:
cmake -G Cygwin Makefiles ../src
This should complete without problems.
- Examine the contents of the directory src/include in the working directory.
The file permissions for the file gnulliver.h are -
This is the result on my machine:
$ ls -l
total 13
-rw-r--r-- 1 markus Unit
Here it is.
Regards,
Arjen
problem-cygwin.tgz
Description: GNU Zip compressed data
--
Problem reports: http://cygwin.com/problems.html
FAQ: http://cygwin.com/faq/
Documentation: http://cygwin.com/docs.html
Unsubscribe info:
Oops, my mistake. The correct invocation of CMake is:
cmake -G Unix Makefiles ../
(These generators are part of CMake, not of the tar file)
Regards,
Arjen
--
Problem reports: http://cygwin.com/problems.html
FAQ: http://cygwin.com/faq/
Documentation:
I noticed that if I use noacl, then I get the correct looking POSIX permissions,
but the Windows permissions make it impossible to use the file.
Try: cat gnulliver.h
I have had the same problem with a package built via autotools, so it
is more general
than CMake. (I first reported this on the
Hi Corinna,
you seem to have hit the right spot. The parent directories had the
permission --
according to Cygwin, but I could still enter them via cd. Things go
wrong if under Cygwin
a file gets _copied_ via cp or something similar that takes the file
permissions according
to POSIX from the
and the DocBook
DSSSL stylesheets. While you may be able to get this to work with a
little effort, I'd recommend to use an XSLT-based toolchain (e.g. xslt
and fop) and the DocBook XSL stylesheets for XML documents.
regards,
Markus
--
Markus Hoenicka
http://www.mhoenicka.de
AQ score 38
--
Problem
Markus Hoenicka was heard to say:
(e.g. xslt and fop) and the DocBook XSL stylesheets for XML documents.
s/xslt/xsltproc/
Markus
--
Markus Hoenicka
http://www.mhoenicka.de
AQ score 38
--
Problem reports: http://cygwin.com/problems.html
FAQ: http://cygwin.com/faq
1 - 100 of 336 matches
Mail list logo