Here https://www.cygwin.com/ml/cygwin/2015-05/msg00139.html is another
posix permission related problem. Without answer from authors.
--
Problem reports: http://cygwin.com/problems.html
FAQ: http://cygwin.com/faq/
Documentation: http://cygwin.com/docs.html
Good Day,
Your package arrived successfully.
Awaiting your reply for onward delivery.
Sincerely,
Mr. Rowland Dewey
(Cargo Unit Director)
--
Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Problem reports: http://cygwin.com/problems.html
Documentation:
I'd like to hear an answer from Corinna Vinschen pls.
2015-05-13 19:22 GMT+02:00 schilpfamily schilpfam...@gmail.com:
finally, someone else experiencing the same problems i have been
seeing. i have to run chmod -r u+r,u+w * to fix this issue. cygwin
really need to fix this.
On Wed, May 13,
Alessio Faina writes:
Ok thanks, I've been able to find the character device under
/proc/sys/DosDevices/Global/deviceName; now I'm stuck with the mmap
implementation; when I do mmap in the userland program it returns me
errno 19 (#define ENODEV 19 /* No such device */) obviously because
On 19 January 2015 at 15:42, Václav Haisman wrote:
Hi.
I have hit an issue with thread-local storage variables on
Cygwin/AMD64, I do not see it with Cygwin/i686.
I am having linking issues when using `thread_local` keyword in Cygwin
with its GCC 4.8.3 and GCC 4.9.2. This is derived from
The following packages have been updated in the Cygwin distribution:
* sox-14.4.2-1
* libsox3-14.4.2-1
* libsox-devel-14.4.2-1
* sox-fmt-ao-14.4.2-1
* sox-fmt-pulseaudio-14.4.2-1
SoX (also known as Sound eXchange) translates sound files between
different file formats, and optionally applies
Alessio Faina writes:
Well.I wrote and answered myself the question you pointed out that
is residing on stackoverflow
Oh, small world :)
It was my first option I thought of to pass the pointer to the virtual
address to the userland application but
I've been asked to mantain the
Well.I wrote and answered myself the question you pointed out that
is residing on stackoverflow
It was my first option I thought of to pass the pointer to the virtual
address to the userland application but
I've been asked to mantain the architecture using open(), ioctl(),
mmap() etc
On 5/19/2015 1:52 AM, Martin Anantharaman wrote:
Ken,
you were on the right track there: I do not run bash in a windows console,
but not in mintty either - I have been using Console2 for many years as
common terminal for cmd, msys and cygwin. When I run my test in a mintty
windows everything
Jirí Engelthaler sent the following at Tuesday, May 19, 2015 2:44 AM
I'd like to hear an answer from Corinna Vinschen pls.
She's on vacation.
On Tue, 2015-05-19 at 04:36 +, Gery . wrote:
I'm still installing MBsystem software in cygwin and it fails here:
surf.h:58:23: fatal error: rpc/types.h: No such file or directory
#include rpc/types.h
it doesn't find rpc/types.h, even though both are in /usr/include/tirpc/rpc.
I run
You need to set CFLAGS. And CXXFLAGS, too
These ones didn't work:
$CPPFLAGS=-I/usr/include/tirpc;
$CFLAGS=-Wall -g -I/usr/X11R6/include;
$CXXFLAGS=-g -O2 -I/usr/X11R6/include -Wall -Wno-sign-compare
-Wno-unknown-pragmas -Wno-format -D_GNU_SOURCE;
Which ones do you suggest?
You need to set those variables without $. That is CFLAGS=..., etc...
In install_makefiles (MBsystem software), $ is needed, if not this appears:
Can't modify constant item in scalar assignment at ./install_makefiles line
109, near -I/usr/include/tirpc;
Execution of ./install_makefiles aborted
On 5/18/2015 1:15 PM, Michael Mauger wrote:
Since the upgrade to cygwin-2 I've been having consistent problems using emacs.
My emacs config has not changed and the most recent update to cygwin-2 has
helped. I'm using the emacs-w32 executable and have numerous remote cygwin ssh
sessions
You need to set CFLAGS. And CXXFLAGS, too
On May 19, 2015, at 12:26, Gery . gameji...@hotmail.com wrote:
Thanks, however it didn't work if I put it in the install_makefiles or
.bashrc:
# Required parameters:
$MBSYSTEM_HOME = /usr/local/mbsystem;
$OS = LINUX;
$CFLAGS = -Wall -g
Setting CFLAGS/CPPFLAGS/CXXFLAGS in the bash shell before invoking make
should just work. This has always worked when using the GNU autoconf
too lchain paradigm of building projects. So there may be something
about your particular build system that is not picking up these
changes. So
Thanks, however it didn't work if I put it in the install_makefiles or .bashrc:
# Required parameters:
$MBSYSTEM_HOME = /usr/local/mbsystem;
$OS = LINUX;
$CFLAGS = -Wall -g -I/usr/X11/include ;
$LFLAGS = -Wall -g -lm -L/usr/lib -lgdal;
$CPPFLAGS=-I/usr/include/tirpc;
# NETCDF
$NETCDFLIBDIR =
On 5/19/2015 1:14 PM, Ken Brown wrote:
On 5/18/2015 1:15 PM, Michael Mauger wrote:
Since the upgrade to cygwin-2 I've been having consistent problems
using emacs. My emacs config has not changed and the most recent
update to cygwin-2 has helped. I'm using the emacs-w32 executable and
have
18 matches
Mail list logo