[prev in list] [next in list] [prev in thread] [next in thread]
List: mingw-notify
Subject: MinGW-notify digest, Vol 1 #888 - 4 msgs
From: mingw-notify-request () lists ! sourceforge ! net
Date: 2004-08-26 6:02:35
Message-ID: E1C0DM9-0008Ad-RY () sc8-sf-list1 ! sourceforge ! net
[Download RAW message or body]
Send MinGW-notify mailing list submissions to
mingw-notify@lists.sourceforge.net
To subscribe or unsubscribe via the World Wide Web, visit
https://lists.sourceforge.net/lists/listinfo/mingw-notify
or, via email, send a message with subject or body 'help' to
mingw-notify-request@lists.sourceforge.net
You can reach the person managing the list at
mingw-notify-admin@lists.sourceforge.net
When replying, please edit your Subject line so it is more specific
than "Re: Contents of MinGW-notify digest..."
This list is used to send updates of submitted patches, bug reports and file \
releases. You are discouraged from posting to this list. If you wish to unsubscribe \
you can do so at https://lists.sourceforge.net/lists/listinfo/mingw-notify.
Today's Topics:
1. [ mingw-Patches-1015658 ] winldap unicode support broken (SourceForge.net)
2. [ mingw-Patches-972968 ] win32api: wincon.h, some missing stuff. \
(SourceForge.net) 3. [ mingw-Bugs-679650 ] error: getline changes input file \
(SourceForge.net) 4. [ mingw-Bugs-1016176 ] g++ 3.4.1 error in function template \
name lookup (SourceForge.net)
--__--__--
Message: 1
To: noreply@sourceforge.net
From: "SourceForge.net" <noreply@sourceforge.net>
Date: Wed, 25 Aug 2004 00:58:41 -0700
Subject: [Mingw-notify] [ mingw-Patches-1015658 ] winldap unicode support broken
Patches item #1015658, was opened at 2004-08-25 11:13
Message generated for change (Comment added) made by dannysmith
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=302435&aid=1015658&group_id=2435
Category: w32api
Group: None
> Status: Closed
> Resolution: Fixed
Priority: 5
Submitted By: Jean-Do (spab)
Assigned to: Nobody/Anonymous (nobody)
Summary: winldap unicode support broken
Initial Comment:
The defined preprocessor operator is missing for the
UNICODE identifier. Consequently the compiler will
always compile the ANSI version regardless if UNICODE
identifier is defined or not.
----------------------------------------------------------------------
> Comment By: Danny Smith (dannysmith)
Date: 2004-08-25 19:58
Message:
Logged In: YES
user_id=11494
Thanks.
Committed to CVS.
In future, please just send a patch (as a diff from CVS) and a
ChangeLog entry.
Danny
----------------------------------------------------------------------
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=302435&aid=1015658&group_id=2435
--__--__--
Message: 2
To: noreply@sourceforge.net
From: "SourceForge.net" <noreply@sourceforge.net>
Date: Wed, 25 Aug 2004 01:45:04 -0700
Subject: [Mingw-notify] [ mingw-Patches-972968 ] win32api: wincon.h, some missing \
stuff.
Patches item #972968, was opened at 2004-06-15 16:03
Message generated for change (Comment added) made by dannysmith
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=302435&aid=972968&group_id=2435
Category: None
Group: None
> Status: Closed
> Resolution: Fixed
Priority: 5
Submitted By: Lars Rune Nøstdal (daysleper)
Assigned to: Nobody/Anonymous (nobody)
Summary: win32api: wincon.h, some missing stuff.
Initial Comment:
SetConsoleDisplayMode and GetConsoleDisplayMode was
missing.
----------------------------------------------------------------------
> Comment By: Danny Smith (dannysmith)
Date: 2004-08-25 20:45
Message:
Logged In: YES
user_id=11494
Thanks
Committed to CVS (modified by addition _WIN32_WINNT
guards).
Danny
----------------------------------------------------------------------
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=302435&aid=972968&group_id=2435
--__--__--
Message: 3
To: noreply@sourceforge.net
From: "SourceForge.net" <noreply@sourceforge.net>
Date: Wed, 25 Aug 2004 02:05:50 -0700
Subject: [Mingw-notify] [ mingw-Bugs-679650 ] error: getline changes input file
Bugs item #679650, was opened at 2003-02-04 06:01
Message generated for change (Comment added) made by dannysmith
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=102435&aid=679650&group_id=2435
Category: gcc
Group: None
> Status: Closed
> Resolution: Fixed
Priority: 5
Submitted By: Thomas Weber (thomasweber)
Assigned to: Danny Smith (dannysmith)
Summary: error: getline changes input file
Initial Comment:
The method getline( basic_istream&, basic_string, Ch
eol ) change the input file. The test program opens a file
(test.txt) for reading and writing with fstream.
The file test.txt contains two lines:
First line
Second line
The first line will read twice and the resulting output of
the file is the following:
sLine.length() = 10 First line
sLine.length() = 12 FiFirst line
Typing
less test.txt
shows that the file was really changed.
Here is the program for test, compiled with
g++ -Wall test.cpp -o Test.exe
g++ --version
g++.exe (GCC) 3.2 (mingw special 20020817-1)
Copyright (C) 2002 Free Software Foundation, Inc.
This is free software; see the source for copying
conditions. There is NO
warranty; not even for MERCHANTABILITY or FITNESS
FOR A PARTICULAR PURPOSE.
======start test.cpp ========
#include <iostream>
#include <string>
#include <fstream>
int main( int argc, char ** argv )
{
std::string sLine;
std::fstream oStream( "test.txt", std::ios::in |
std::ios::out );
// Go to begin of file
oStream.seekg( 0 );
// Read a line into string
std::getline( oStream, sLine, '\n' );
std::cout << "sLine.length() = " << sLine.length()
<< " "
<< sLine << std::endl;
// Go again to begin of file
oStream.seekg( 0 );
// Read line again in string
std::getline( oStream, sLine, '\n' );
std::cout << "sLine.length() = " << sLine.length()
<< " " << sLine << std::endl;
oStream.close();
return EXIT_SUCCESS;
}
======end test.cpp =========
If I change the second parameter of the fstream
constructor to only std::ios::in there will no error.
Thomas Weber
----------------------------------------------------------------------
> Comment By: Danny Smith (dannysmith)
Date: 2004-08-25 21:05
Message:
Logged In: YES
user_id=11494
This is fixed in libstdc++ with gcc-3.4.1
Danny
----------------------------------------------------------------------
Comment By: Thomas Weber (thomasweber)
Date: 2003-02-05 04:19
Message:
Logged In: YES
user_id=672321
Here is the hexdump of the testing file. It contains of course
the \r\n sequence at the end of line.
00000000: 4669 7273 7420 6c69 6e65 0d0a 5365 636f First
line..Seco
00000010: 6e64 206c 696e 650d 0a nd line..
Change the line 8/9 to
std::fstream oStream( "test.txt", std::ios::in );
and there is no error the file will unchanged. I compiled the
same file under Linux (Mandrake 9.0, gcc 3.2) and I have no
error. The test file was unchanged.
Thomas
----------------------------------------------------------------------
Comment By: Earnie Boyd (earnie)
Date: 2003-02-05 01:25
Message:
Logged In: YES
user_id=15438
I was wondering about that. So make doubly sure that your
test.txt contains the \r\n line endings or modify the stream
to _O_BINARY mode.
We've recently discovered that text files with UNIX line
endings return unexpected results with regard to ftell/fseek
when operating in text mode. See the mingw-users archives
for the ``Snapshot: bison-1.875.0-2003.01.31-1.exe'' thread
for code that proves this.
Earnie.
----------------------------------------------------------------------
Comment By: Danny Smith (dannysmith)
Date: 2003-02-04 19:23
Message:
Logged In: YES
user_id=11494
FWIW,
You testcase has expected behaviour with STLport-4.5-
0119 on mingw.
STLPort uses relatively low level code for basic io
operations while GCC's libstdc++ uses stdio calls (in,
particular, fseek-- and we all no what a PITA it can be
with text files).
Danny
Danny
----------------------------------------------------------------------
Comment By: Danny Smith (dannysmith)
Date: 2003-02-04 17:10
Message:
Logged In: YES
user_id=11494
I can confirm the behaviour you report. A workaround
is to open text.txt in binary mode either using ios flags
or by adding in lib/binmode to objects, eg
g++ test.cpp /mingw/lib/binmode.o
Perhaps report to gcc bugs to get a more authoritative
answer and possibly a cleaner fix.
Danny
----------------------------------------------------------------------
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=102435&aid=679650&group_id=2435
--__--__--
Message: 4
To: noreply@sourceforge.net
From: "SourceForge.net" <noreply@sourceforge.net>
Date: Wed, 25 Aug 2004 10:52:59 -0700
Subject: [Mingw-notify] [ mingw-Bugs-1016176 ] g++ 3.4.1 error in function template \
name lookup
Bugs item #1016176, was opened at 2004-08-25 13:52
Message generated for change (Tracker Item Submitted) made by Item Submitter
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=102435&aid=1016176&group_id=2435
Category: gcc
Group: None
Status: Open
Resolution: None
Priority: 5
Submitted By: Shaun Joseph (snjoseph)
Assigned to: Danny Smith (dannysmith)
Summary: g++ 3.4.1 error in function template name lookup
Initial Comment:
The attached code causes a compile error because it
does not perform two-phase name lookup correctly. It
compiles correctly with Comeau C++ 4.3.3 (strict mode).
At code location (1), the compiler correctly resolves
the call to (the second overload of) custom::f.
However, at location (2) it resolves the call to
generic::f, whereas the two-phase name lookup rules
would mandate resolution to (the first overload of)
custom::f through argument-dependent lookup. The
incorrect resolution to generic::f at (2) causes a
deliberate compiler failure.
I'd guess that this is almost certainly a core gcc
problem...
----------------------------------------------------------------------
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=102435&aid=1016176&group_id=2435
--__--__--
_______________________________________________
MinGW-notify mailing list
MinGW-notify@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/mingw-notify
End of MinGW-notify Digest
[prev in list] [next in list] [prev in thread] [next in thread]
Configure |
About |
News |
Add a list |
Sponsored by KoreLogic