f some Cygwin
software component in the meantime.
Any suggestions on how to diagnose & solve the problem?
--
Mark Hadfield"Ka puwaha te tai nei, Hoea tatou"
[EMAIL PROTECTED]
National Institute for Water and Atmospheric Research (NIWA)
--
Unsubscribe info: ht
his occurs because of an AC_CHECK_LIB macro
in configure.in.
Read more about it in
https://sourceforge.net/forum/forum.php?thread_id=1003653&forum_id=9830
--
Mark Hadfield"Ka puwaha te tai nei, Hoea tatou"
[EMAIL PROTECTED]
National Institute for Water and Atmospheric Research
nge log. I didn't manage to apply the backout patch (didn't try very
hard) but I fixed the problem by downgrading to 2.5.1.
Lapo, does Cygwin rsync-2.5.2-1 suffer from this bug? Based on your message
I should think it would. I strongly advise against upgrading until the bug
is fixed
nderstand this magic, but it occurs to me
that email clients could in principle do the same thing.
Anyway, thanks for the new mirror.
--
Mark Hadfield "Kei puwaha te tai nei, Hoea tahi tatou"
[EMAIL PROTECTED]
National Institute for Water and Atmospheric Research (NIWA)
--
Unsub
INHERIT 1
#define PTHREAD_PRIO_NONE 1
#define PTHREAD_PRIO_PROTECT 1
So, why would Cygwin pthread have empty definitions for these macros? Is
it safe to override the definitions? Would it be safer to omit the code
that uses them on this platform?
--
Mark Hadfield "Kei puwaha te
problem as convert is
a non-graphical program.
I think it affects GraphicsMagick also.
--
Mark Hadfield "Kei puwaha te tai nei, Hoea tahi tatou"
[EMAIL PROTECTED]
National Institute for Water and Atmospheric Research (NIWA)
--
Unsubscribe info: http://cygwi
ered.
I won't go into more detail, but I have posted examples of this in the
past on this list.
--
Mark Hadfield "Kei puwaha te tai nei, Hoea tahi tatou"
[EMAIL PROTECTED]
National Institute for Water and Atmospheric Research (NIWA)
--
Unsubscribe info: http://cygw
on't think that inserting the Cygwin run-time code into the
executable is a feasible route (from a technical or licensing
standpoint) but avoiding the Cygwin run-time code via the -mno-cygwin"
switch surely is. It will just need some effort to implement.
--
Mark Hadfield&
s=c --disable-nls
Thread model: single
gcc version 3.5.0 20040824 (experimental) (g95!) Dec 15 2004
> Any suggestions will be appreciatted
Use g95
--
Mark Hadfield"Ka puwaha te tai nei, Hoea tatou"
[EMAIL PROTECTED]
National Institute for Water and Atmospheric Research (NIWA)
--
nd gfc. Increasing it by,
say, a factor of 2 over the default (2 MiB IIRC) causes the program to
exit with no error message but no output. Smaller increases might allow
a few extra bytes, but no more than that.
--
Mark Hadfield"Ka puwaha te tai nei, Hoea tatou"
[EMAIL
,n
a(i) = i
end do
write (unit=*, fmt=*) a(1), a(n)
end
EOF
g77 -Wl,--stack=2097152 $srcfile -o $exefile
$exefile
-----
--
Mark Hadfield"Ka puwaha te tai nei, Hoea tatou"
[EMAIL PROTECTED]
National Institute for Water a
Dave Korn wrote:
From: cygwin-owner On Behalf Of Mark Hadfield
Dante R. Chialvo wrote:
2) Use g77 using the Wl option, ie,
g77 -O2 -o mybigprogram -Wl,--stack,1 mybigprogram.f
That's odd. Increasing the stack size definitely does not
work for me.
It just causes the progr
Dave Korn wrote:
From: cygwin-owner On Behalf Of Mark Hadfield
Sent: 10 January 2005 21:18
Is there a cure that would allow a simple-minded, grey-haired Fortran
programmer like me to rely on Cygwin g77 (or gfortran) for
moderate-sized computational tasks?
LOL, I love the subtle sense of
ort DFDIR_POSIX=$(cygpath --unix "$DFDIR");
export VCDIR_POSIX=$(cygpath --unix "$VCDIR");
export
PATH=$MSDEVDIR_POSIX/Bin:$DFDIR_POSIX/Bin:$VCDIR_POSIX/Bin:$TOOLSDIR_POSIX:$PATH;
export INCLUDE=$DFDIR\\Include';'$VCDIR\\Include;
export LIB=$DFDIR\\Lib&#x
is a poor option. Both g95 and gfortran are currently
beta software, and it is gfortran that is destined to replace g77 in the
next version of gcc.
Right now, poor options are the only ones available.
There is now a Mingw version of gfortran. Does that help?
--
Mark Hadfield"Ka p
- Install g95 (http://www.g95.org/)
If the first does not work for you immediately, i suggest going straight
to the second. G95 is pretty good these days and the Cygwin snapshot
currently available for downloading has no major bugs, I believe.
--
Mark Hadfield"Ka puwaha te tai nei,
have this pinned down to the transition from 1.5.12
to 1.5.13. I have half a mind (but only half) to try and verify this.
--
Mark Hadfield"Ka puwaha te tai nei, Hoea tatou"
[EMAIL PROTECTED]
National Institute for Water and Atmospheric Research (NIWA)
--
Unsubscribe info:
Larry Hall wrote:
Mark Hadfield wrote:
It's interesting to have this pinned down to the transition from
>>1.5.12 to 1.5.13. I have half a mind (but only half) to try and
>>verify this.
Can anybody spare Mark half a mind so he get up to a full one? ;-)
I think what I really nee
ost-1.5.16 snapshot, ca 29 April. See
http://cygwin.com/ml/cygwin/2005-04/msg01309.html
http://cygwin.com/ml/cygwin/2005-04/msg01337.html
> but the underlying problem is *completely* gone
Thanks for confirming that.
and will not be returning any time soon.
Now that's just tempti
is
clear that, with some recent versions of the Cygwin DLL, memory
corruption can occur and can produce misleading error messages.
--
Mark Hadfield"Ka puwaha te tai nei, Hoea tatou"
[EMAIL PROTECTED]
National Institute for Water and Atmospheric Research (NIWA)
--
Unsubscribe i
Windows GUI operations may to spin off low-priority tasks which then
take *forever* to execute. The DDE system seems to be particularly prone
to this. So I find myself adjusting priorities regularly.
--
Mark Hadfield"Ka puwaha te tai nei, Hoea tatou"
[EMAIL PROTECTED]
in x86 binary", not the self-extracting one.
PS: what does the v1.74 in the title refer to?
--
Mark Hadfield "Kei puwaha te tai nei, Hoea tahi tatou"
[EMAIL PROTECTED]
National Institute for Water and Atmospheric Research (NIWA)
--
Unsubscribe info: http://cygwin.com
d.exe in an rxvt window. But I do these things
as little as possible...
So I agree with your advice: if you want to run Cygwin applications like
emacs in "no window" mode, use an rxvt terminal instead of a console window.
--
Mark Hadfield "Kei puwaha te tai nei, Ho
thing like:
C:\Program Files\Microsoft Visual C++ Toolkit
2003\include;/usr/local/include:/usr/include
would not be cool.
--
Mark Hadfield "Kei puwaha te tai nei, Hoea tahi tatou"
[EMAIL PROTECTED]
National Institute for Water and Atmospheric Research (NIWA)
--
Unsubs
ws version of Ghostscript and the viewer Gsview:
http://www.cs.wisc.edu/~ghost/
I mean, Cygwin is a marvellous package for emulating Unix on Windows
*where necessary* but in this case I don't think it's necessary.
Disclaimer: I am not trying to start an "X sucks/X rules"
data and right now I have
$ cygcheck -c cygwin
Cygwin Package Information
Package VersionStatus
cygwin 1.5.25-7 OK
--
Mark Hadfield "Ka puwaha te tai nei, Hoea tahi tatou"
[EMAIL PROTECTED]
National Institute for Water and Atmospheric
http://cygwin.com/ml/cygwin/2008-01/msg00449.html
I have worked around the problem with HDF5 and reported the problem to
the maintainers. I expect they will want to support both 1.5.25 and
earlier versions. How long has the POSIX-compliant
form of timezone been available?
--
Mark Hadfield
' (expected '9') for file 'NETCDF.mod'
opened at (1)
To fix this, the package needs to be rebuilt with a recent version of Gfortran.
Dr Mark Hadfield
Scientist, Marine Physics
NIWA
301 Evans Bay Parade
Private Bag 14 901
Wellington, New Zealand
Tel: +64 4 386 0363
www.niwa.c
; -g -O2 -pipe -I/usr/include
--flibs -> -L/usr/lib -lnetcdff -no-undefined -lnetcdf -lnetcdf
--has-f90 -> yes
--has-nc2 -> yes
--has-nc4 -> yes
--prefix-> /usr
--includedir-> /usr/include
--version -> netCDF-Fortran 4.2
Dr Mark Hadfield
Thanks, Marco. It all works fine now. I can delete my home-grown netCDF build.
On a related topic, I intend to work with Charlie Zender and Pedro Vicente to
get NCO (URL below) bundled as a Cygwin package.
http://nco.sourceforge.net/
But it will be a few weeks before I can devote some effort to
On 32-bit Cygwin the CVS package is at version 1.12.13 whereas on 64-bit Cygwin
it is at 1.11.23. The latter can handle proxy servers whereas the former
cannot, so I would prefer 1.12.13 on both.
I note that 1.11.23 (the last stable release) is quite a lot *newer* than
1.12.13 (the last feature
On 32-bit Cygwin the CVS package is at version 1.12.13 whereas on 64-bit Cygwin
it is at 1.11.23. The latter can handle proxy servers whereas the former
cannot, so I would prefer 1.12.13 on both.
I note that 1.11.23 (the last stable release) is quite a lot *newer* than
1.12.13 (the last feature
Unable to start 'C:\Documents and Settings\hadfield\textpad': The
specified file was not found.
It's not an issue with cygstart being stricter with the name, as
"cygstart TextPad" and "cygstart TextPad.exe" also fail.
Is this change deliberate?
--
Mark Hadfiel
's a plain text file) identifies it
as GFORTRAN module version '10'. A module file that I just created
with the current Gfortran (GCC 4.9.2) is a gzipped text file and the
header line identifies it as GFORTRAN module version '12'.
So I conclude that netcdf-gfortran package needs to
Following up my previous message, this from
https://gcc.gnu.org/wiki/GFortran/News#gfortran_4.9.1 indicates that
the problem is due to the GCC upgrade from 4.8 to 4.9:
Module files: The version of the module files (.mod) has been
incremented; additionally, module files are now compressed. Fortran
/mpifort does exist (and is itself a link
to /usr/bin/opal_wrapper.exe). I have cured this by changing the
target of /usr/bin/mpif90:
$ ln -sf /usr/bin/mpifort /usr/bin/mpif90
Mark Hadfield
51 Volga St
Wellington 6023, NZ
--
Problem reports: http://cygwin.com/problems.html
FAQ
Do you have the following directory on your PATH?
/usr/x86_64-w64-mingw32/sys-root/mingw/bin
-Original Message-
From: cygwin-ow...@cygwin.com [mailto:cygwin-ow...@cygwin.com] On Behalf Of
Nick Chilton
Sent: Thursday, 12 January 2012 17:35
To: cygwin@cygwin.com
Subject: MinGW gfortran and
*
Python 2.6.5 (r265:79063, Jun 12 2010, 17:07:01)
[GCC 4.3.4 20090804 (release) 1] on cygwin
Type "help", "copyright", "credits" or "license" for more information.
--
Mark Hadfield "Kei puwaha te tai nei, Hoea tahi tatou"
m.had
Thanks.
I did try downgrading to gcc-4.3.4-3 yesterday and that didn't fix numpy.
However the problem with cyggfortran-3.dll does *sound* very relevant, so I'll
have a more careful look at the issues and recheck what I've done.
----
Mark Hadfield "Kei puwaha t
> It should have worked.. as long as you remembered to downgrade libgfortran
> rather than gcc4-gfortran...
Yes, that was it. Fixed now. Thanks.
--
Mark Hadfield "Kei puwaha te tai nei, Hoea tahi tatou"
m.hadfi...@niwa.co.nz
NIWA
--
Mark Hadfield "
The recent GCC update has apparently introduced a new module file
format for Gfortran, but the netCDF Fortran-90 module file has not yet
been updated, as on previous occasions
https://www.cygwin.com/ml/cygwin/2015-01/msg00281.html
https://www.cygwin.com/ml/cygwin/2013-10/msg00026.html
Mark
41 matches
Mail list logo
