On Tue, Oct 11, 2005 at 01:13:53AM +0930, Ron wrote:
> Could you confirm if this is still a problem with the current release or
> not?
Yes - unfortunately it is! The program I posted earlier in this bug writes
just a little less than 4GB of data into the file (on NTFS), then fails
with "No spac
Hi,
Could you confirm if this is still a problem with the current
release or not?
thanks!
Ron
On Mon, Apr 25, 2005 at 11:30:05AM +0930, Ron wrote:
> On Mon, Apr 25, 2005 at 02:32:08AM +0200, Richard Atterer wrote:
> > there is a problem with the binaries created by the cross-compiler; if
> > t
On Mon, Apr 25, 2005 at 11:30:05AM +0930, Ron wrote:
> Do we need to enable LFS explicitly somehow?
To my knowledge, no. This was supposed to be fixed for all architectures
with GCC 3.4 (there were other problems for GCC 3.0 to 3.3). I guess the
relevant code in libstdc++ just #defines _FILE_OFF
On Mon, Apr 25, 2005 at 02:32:08AM +0200, Richard Atterer wrote:
> there is a problem with the binaries created by the cross-compiler; if
> they use the standard C++ library to access big files, seeking beyond
> 4GB does not appear to work.
Do we need to enable LFS explicitly somehow? I usually r
Package: mingw32
Version: 3.4.2.20040916.1-2
Severity: normal
Hi,
there is a problem with the binaries created by the cross-compiler; if
they use the standard C++ library to access big files, seeking beyond
4GB does not appear to work.
For a loong time, this was an upstream problem, but it was f
5 matches
Mail list logo