[EMAIL PROTECTED] wrote:
> Microsoft Visual C++ Runtime Library
>
> Runtime Error!
>
> Program C:\cygwin\bin\convert.exe
>
> R6034
> An application has made an attempt to load the C runtime library
> incorrectly.
>
> Is there anything that I can do to fix this?
Something sounds quite broken i
Benoit Miller wrote:
Corinna Vinschen wrote:
On Feb 21 00:54, Andy Wu wrote:
When I try to do a checkout or export from a svn repository, I get the
following error message:
svn checkout svn+ssh://[path]/[to]/[repository]
11 [main] svn 1472 child_copy: linked dll data write copy failed,
0x317
[EMAIL PROTECTED] wrote:
I'm not certain if this is a newlib compilation flag
problem, something that has been fixed in the 1.15
version of newlib or just that newlib does things
differently. Looking at the 1.15 code implies that
some of these should work and the rest appear to be a
deviation fro
I'm not certain if this is a newlib compilation flag
problem, something that has been fixed in the 1.15
version of newlib or just that newlib does things
differently. Looking at the 1.15 code implies that
some of these should work and the rest appear to be a
deviation from other systems. I tested t
[This is a copy of a message already sent to the libtool and
libtool-patches lists. sourceware was being very picky about the
updated [Was: ...] subject line and bounced it, twice. So, I'm
resending it under the original subject line. For fear of offending the
filters again, I'm not even typ
[added cygwin to CC list; note cygwinners: original newgroup is members
only, so replies will probably bounce. CDT folks, check
http://news.gmane.org/gmane.os.cygwin or
http://www.cygwin.com/ml/cygwin/2007-04/ ]
But my eclipse identity got bounced by cygwin's mail filters. So,
trying again,
Aaron W. LaFramboise wrote:
I've been unable to successfully install Cygwin on an XP SP2 machine
after several tries.
I have been able to install successfully, after repeated attempts.
However, I have not really resolved the problem.
Apparently, and I've had problems with this in the past,
Hello Charles, all,
* Charles Wilson wrote on Wed, Apr 18, 2007 at 08:49:31PM CEST:
> [added libtool to CC list]
Thanks.
> Corinna Vinschen wrote:
> >
> >Is there any chance that this could be changed in libtool?
>
> Absolutely. I outlined the steps necessary to do this:
> http://cygwin.com/ml
> Svend Sorensen writes:
> Could OpenLDAP be upgraded to the latest 2.3 series release (2.3.35)?
Soon..
Ciao
Volker
--
Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Problem reports: http://cygwin.com/problems.html
Documentation: http://cygwin.com/docs.
Brian,
>I still think it's something on your end. All of
these URLs work fine
here:
$ for URL in ftp://mirror.mcs.anl.gov/pub/cygwin \
ftp://ftp.funet.fi/pub/mirrors/cygwin.com/pub/cygwin \
http://cygwin.paracoda.com \
ftp://ftp.rediris.es/mirror/cygwin \
day tues wrote:
> Anyway, this doesn't seem to be Cygwin problem, but
> the problem with the mirrors. The mirror at kernel.org
> you supplied gave me something like "too many users
> connected" when I tried the first time.
I still think it's something on your end. All of these URLs work fine
her
Brian,
Thank you. Apparently, the mirror that you supplied
works OK. However, try these (and I have tried dozen
of them, trust me):
ftp://mirror.mcs.anl.gov/pub/cygwin/release/patch/patch-2.5.8-9.tar.bz2
ftp://ftp.funet.fi/pub/mirrors/cygwin.com/pub/cygwin/release/patch/patch-2.5.8-9.tar.bz2
http
day tues wrote:
> It seems that the package
>
> patch-2.5.8-9.tar.bz2 19-Feb-2007 11:54 51K
>
> is broken. I have tried to (not related to any Cygwin
> installation)
> download it and unpack it. It says it's broken and MD5
> sums do
> not match to the sums given in the file.
>
> Expected MD5 su
[added libtool to CC list]
Corinna Vinschen wrote:
On Apr 18 04:49, Charles Wilson wrote:
The current .exe behavior has benefited from many years of tweaking and
fine-tuning, across many different packages (cygwin, gcc, gdb, binutils,
automake, autoconf, libtool, bash, coreutils, ...) to work
It seems that the package
patch-2.5.8-9.tar.bz2 19-Feb-2007 11:54 51K
is broken. I have tried to (not related to any Cygwin
installation)
download it and unpack it. It says it's broken and MD5
sums do
not match to the sums given in the file.
Expected MD5 sum:
3d583f7ac459563ee6f45e75af254420
On Wed, Apr 18, 2007 at 08:15:32AM -0700, Lester Ingber wrote:
>While working in xterm windows, just about every day, at some point my
>XWin.log starts filling up with thousands of lines:
>...
>winTopLevelWindowProc - BitBlt failed: The handle is invalid.
>...
>No windows crash.
>
>A search shows t
Could OpenLDAP be upgraded to the latest 2.3 series release (2.3.35)?
Also, according to the OpenLDAP FAQ,
"Berkeley DB 4.2 (latest revision with patches) should be used with
OpenLDAP 2.1 (and later). Berkeley DB 4.3 is unstable and should not
be used. Versions 4.4, 4.5, and 4.6 are known to wor
Dave Korn wrote:
> Hear, hear. I don't think anything so drastic as this should be
attempted
> without a deprecation period of a year or so for the old behaviour.
And in
> fact I think it would probably transpire to be a serious limitation on
the
> utility of cygwin. Remember, if you just want
Dave Korn wrote:
Are you running any of these?
No. It's a fairly vanilla XP Home installation, with current updates,
and not too much else installed.
--
Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Problem reports: http://cygwin.com/problems.html
Documentation:
Ok, I have figured it out and it was really simple. The admin account
owned the ftp directory. Once I switched the ownership of the directory
to the other user, the nlist command started to work. I find it strange
that the ls and dir commands would work, but not the nlist command. But
at least it i
On Apr 18 15:22, [EMAIL PROTECTED] wrote:
>
> Hello.
>
> I have a problem with the command "cygpath", she produces nothing with any
> arguments. I have notice this problem since the new updates of my Windows XP
> SP2
> and the update KB925902).
>
> With the command strace cygpath ..., a popup r
On 18 April 2007 14:22, alfred.bestov wrote:
> Hello.
>
> I have a problem with the command "cygpath", she produces nothing with any
> arguments. I have notice this problem since the new updates of my Windows
> XP SP2 and the update KB925902).
>
> With the command strace cygpath ..., a popup rai
Hello.
I have a problem with the command "cygpath", she produces nothing with any
arguments. I have notice this problem since the new updates of my Windows XP SP2
and the update KB925902).
With the command strace cygpath ..., a popup raises with the message :
"The system DLL user32.dll has been
On 18 April 2007 12:00, Alec Keeler wrote:
> When I download the latest version of libiconv2 (1.11-1) and check the
> source download box, the source tarball I get is
> libiconv-1.9.2-2-src.tar.bz2.
>
> This was the same from mirrors.kernel.org and www.mirror.ac.uk
>
> Every other package I have
When I download the latest version of libiconv2 (1.11-1) and check the
source download box, the source tarball I get is
libiconv-1.9.2-2-src.tar.bz2.
This was the same from mirrors.kernel.org and www.mirror.ac.uk
Every other package I have downloaded, the version number of the source
tarball mat
On 18 April 2007 09:49, Charles Wilson wrote:
> Eric Blake wrote:
>> Interesting thought. But it is more than just cygwin 1.7.0 that would
>> have to be changed; we would also need a new release of gcc that no longer
>> added an automatic .exe to files as they are compiled. And there might be
>>
On Apr 18 04:49, Charles Wilson wrote:
> The current .exe behavior has benefited from many years of tweaking and
> fine-tuning, across many different packages (cygwin, gcc, gdb, binutils,
> automake, autoconf, libtool, bash, coreutils, ...) to work together to
> give the current, mostly coherent
Eric Blake wrote:
Interesting thought. But it is more than just cygwin 1.7.0 that would have to
be changed; we would also need a new release of gcc that no longer added an
automatic .exe to files as they are compiled. And there might be some severe
repurcussions in automake/autoconf where the
Frank Fesevur wrote:
Larry Hall (Cygwin) wrote:
Here's a naive thought. See if it makes any sense. We have lots of
complicated logic to try to transparently handle ".exe" extensions.
We have ".exe" extensions because Windows 9x/Me requires it to execute
binaries. For the upcoming Cygwin 1.7 r
On 18 April 2007 05:32, Aaron W. LaFramboise wrote:
> And here is the "cygcheck -s -v -r" output that should have been
> attached to the parent.
Are you running any of these?
Sonic Solutions burning software containing DLA component
Norton/MacAffee/Symantec antivirus or antispyware
Logitec
Larry Hall (Cygwin) wrote:
Here's a naive thought. See if it makes any sense. We have lots of
complicated logic to try to transparently handle ".exe" extensions.
We have ".exe" extensions because Windows 9x/Me requires it to execute
binaries. For the upcoming Cygwin 1.7 release (date TBD), we'
31 matches
Mail list logo
