mingw-users Mailing List for MinGW - Minimalist GNU for Windows

I am writing a console applications and I want to check if there are any 
memory leaks.  What is the best tool to use?

Richard.

Jose Luis Álvarez Álvarez wrote:
> On Fri, 25 Feb 2005 13:32:11 +0100, Alberto Luaces
> <al...@na...> wrote:
> 
>>Hello,
>>
>>the compiler is having problems compiling my code when I want to catch a
>>std::out_of_range exception. Although I'm "using" the namespace 'std', I
>>tried both std::out_of_range and out_of_range without luck. Comeau
>>doesn't find any errors when compiling the same code.
>>

> Hello Alberto,
> tries to prove including <stdexcept>
> 
> if don´t work, you try to use the next code:
> 
> catch (const out_of_range & e){
>   cout<<e.what()<<endl;
> }
> 
> José Luis.

Hi, José Luis (and thank you for your response!).

Yes, including that header, the compiler doesn't complain anymore about 
that "undefined" exception. What I'm curious about is how comes that 
compilers as Comeau C++ or g++ 3.2.2 for Linux didn't emit any error? Is 
this a non fully accepted feature of the Standard?

Alberto

On Fri, 25 Feb 2005 13:32:11 +0100, Alberto Luaces
<al...@na...> wrote:
> Hello,
>=20
> the compiler is having problems compiling my code when I want to catch a
> std::out_of_range exception. Although I'm "using" the namespace 'std', I
> tried both std::out_of_range and out_of_range without luck. Comeau
> doesn't find any errors when compiling the same code.
>=20
> The program is short, so I am posting it here. Anyway, its only failing
> in main().
>=20
> Thank you for any hint,
>=20
> Alberto
>=20
> Additional info:
> =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D
>=20
>  g++ -v
> Reading specs from c:/mingw/bin/../lib/gcc/mingw32/3.4.2/specs
> Configured with: ../gcc/configure --with-gcc --with-gnu-ld --with-gnu-as
> --host=3Dmingw32 --target=3Dmingw32 --prefix=3D/mingw --enable-threads
> --disable-nls --enable-languages=3Dc,c++,f77,ada,objc,java
> --disable-win32-registry --disable-shared --enable-sjlj-exceptions
> --enable-libgcj --disable-java-awt --without-x --enable-java-gc=3Dboehm
> --disable-libgcj-debug --enable-interpreter
> --enable-hash-synchronization --enable-libstdcxx-debug
> Thread model: win32
> gcc version 3.4.2 (mingw-special)
>=20
> Errors:
> =3D=3D=3D=3D=3D=3D=3D
>=20
> ldm.cpp: In function `int main(int, char**)':
> ldm.cpp:91: error: `std::out_of_range' has not been declared
> ldm.cpp:91: error: invalid catch parameter
>=20
> or
>=20
> ldm.cpp: In function `int main(int, char**)':
> ldm.cpp:91: error: `out_of_range' has not been declared
> ldm.cpp:91: error: invalid catch parameter
>=20
> Code:
> =3D=3D=3D=3D=3D
>=20
> #include <iostream>
> #include <sstream>
> #include <fstream>
> #include <string>
> #include <vector>
> #include <map>
>=20
> using namespace std;
>=20
> void BuscarTAB(istringstream &s){
>        s.ignore(1024,'\t');    // Probar con el primer argumento a 0 o a =
-1
> }
>=20
> int ContarEspacios(istringstream &s){
>        char c;
>        int i=3D0;
>=20
>        do{
>                s.get(c);
>                i++;
>        }while(c=3D=3D' '); // isspace(c)? Eso tambi=E9n cuenta \t, \n, et=
c.
>=20
>        s.putback(c);
>=20
>        return --i;
> }
>=20
> void ExtraerNombre(istringstream &s, string &nombre){
>        char c=3D0;
>=20
>        nombre.clear();
>=20
>        while(c!=3D'\t'){ // FIXME: Eliminar el tabulador final
>                s.get(c);
>                nombre +=3D c;
>        }
> }
>=20
> void EscribirResultados(map<string,int> &m){
>        for(map<string,int>::const_iterator i=3Dm.begin(); i !=3D m.end() =
; i++)
>                cout << i->second  << "\t" << i->first << "\n";
> }
>=20
> void ProcesarArchivo(char *nombre_lista, map<string,int> &LDMU){
>        ifstream LDM(nombre_lista);
>        string str;
>        istringstream is;
>        int s, mp, m;
>        vector<int> multi;
>=20
>        getline(LDM,str);       // Eliminaci=F3n de la primera linea (cabe=
cera)
>=20
>        while(getline(LDM,str)){
>                is.str(str);
>                BuscarTAB(is);
>=20
>                is >> mp;
>=20
>                if(!is) break;  // Llegamos a las l=EDneas en blanco del f=
inal
>=20
>                BuscarTAB(is);
>=20
>                s=3DContarEspacios(is)/4;
>=20
>                if(s > static_cast<int>( multi.size() ) - 1 )
>                        multi.push_back(mp);
>                else
>                        multi.at(s)=3Dmp; // Tira std::out_of_range
>=20
>                m=3D1;
>                for(vector<int>::const_iterator i=3Dmulti.begin(); i <
> multi.begin()+s+1; i++)
>                        m *=3D *i;
>=20
>                string nombre;
>=20
>                ExtraerNombre(is,nombre);
>                LDMU[nombre] +=3D m;
>        }
> }
>=20
> int main(int argc, char *argv[]){
>        map<string,int> LDMU;
>=20
>        if (argc<2){
>                cerr << "Especifique un fichero de LDM.\n";
>                return -1;
>        }
>=20
>        try{
>                ProcesarArchivo(argv[1],LDMU);
>        }catch(out_of_range){
>                cerr << "Error de desbordamiento de vector.\n";
>        }
>=20
>        EscribirResultados(LDMU);
>=20
>        return 0;
> }
>=20
> -------------------------------------------------------
> SF email is sponsored by - The IT Product Guide
> Read honest & candid reviews on hundreds of IT Products from real users.
> Discover which products truly live up to the hype. Start reading now.
> http://ads.osdn.com/?ad_id=3D6595&alloc_id=3D14396&op=3Dclick
> _______________________________________________
> MinGW-users mailing list
> Min...@li...
>=20
> You may change your MinGW Account Options or unsubscribe at:
> https://lists.sourceforge.net/lists/listinfo/mingw-users
>=20


Hello Alberto,
tries to prove including <stdexcept>

if don=B4t work, you try to use the next code:

catch (const out_of_range & e){
  cout<<e.what()<<endl;
}

Jos=E9 Luis.

Hello,

the compiler is having problems compiling my code when I want to catch a 
std::out_of_range exception. Although I'm "using" the namespace 'std', I 
tried both std::out_of_range and out_of_range without luck. Comeau 
doesn't find any errors when compiling the same code.

The program is short, so I am posting it here. Anyway, its only failing 
in main().

Thank you for any hint,

Alberto

Additional info:
================

  g++ -v
Reading specs from c:/mingw/bin/../lib/gcc/mingw32/3.4.2/specs
Configured with: ../gcc/configure --with-gcc --with-gnu-ld --with-gnu-as 
--host=mingw32 --target=mingw32 --prefix=/mingw --enable-threads 
--disable-nls --enable-languages=c,c++,f77,ada,objc,java 
--disable-win32-registry --disable-shared --enable-sjlj-exceptions 
--enable-libgcj --disable-java-awt --without-x --enable-java-gc=boehm 
--disable-libgcj-debug --enable-interpreter 
--enable-hash-synchronization --enable-libstdcxx-debug
Thread model: win32
gcc version 3.4.2 (mingw-special)

Errors:
=======

ldm.cpp: In function `int main(int, char**)':
ldm.cpp:91: error: `std::out_of_range' has not been declared
ldm.cpp:91: error: invalid catch parameter

or

ldm.cpp: In function `int main(int, char**)':
ldm.cpp:91: error: `out_of_range' has not been declared
ldm.cpp:91: error: invalid catch parameter

Code:
=====

#include <iostream>
#include <sstream>
#include <fstream>
#include <string>
#include <vector>
#include <map>

using namespace std;

void BuscarTAB(istringstream &s){
	s.ignore(1024,'\t');	// Probar con el primer argumento a 0 o a -1
}

int ContarEspacios(istringstream &s){
	char c;
	int i=0;
	
	do{
		s.get(c);
		i++;
	}while(c==' ');	// isspace(c)? Eso también cuenta \t, \n, etc.
	
	s.putback(c);
	
	return --i;
}
	
void ExtraerNombre(istringstream &s, string &nombre){
	char c=0;
	
	nombre.clear();
	
	while(c!='\t'){	// FIXME: Eliminar el tabulador final
		s.get(c);
		nombre += c;
	}
}

void EscribirResultados(map<string,int> &m){
	for(map<string,int>::const_iterator i=m.begin(); i != m.end() ; i++)
		cout << i->second  << "\t" << i->first << "\n";
}

void ProcesarArchivo(char *nombre_lista, map<string,int> &LDMU){
	ifstream LDM(nombre_lista);
	string str;
	istringstream is;
	int s, mp, m;
	vector<int> multi;
	
	getline(LDM,str);	// Eliminación de la primera linea (cabecera)
	
	while(getline(LDM,str)){
		is.str(str);
		BuscarTAB(is);
		
		is >> mp;
		
		if(!is) break;	// Llegamos a las líneas en blanco del final
		
		BuscarTAB(is);
		
		s=ContarEspacios(is)/4;
		
		if(s > static_cast<int>( multi.size() ) - 1 )
			multi.push_back(mp);
		else
			multi.at(s)=mp;	// Tira std::out_of_range
		
		m=1;
		for(vector<int>::const_iterator i=multi.begin(); i < 
multi.begin()+s+1; i++)
			m *= *i;
		
		string nombre;
		
		ExtraerNombre(is,nombre);
		LDMU[nombre] += m;
	}
}

int main(int argc, char *argv[]){
	map<string,int> LDMU;
	
	if (argc<2){
		cerr << "Especifique un fichero de LDM.\n";
		return -1;
	}
	
  	try{
		ProcesarArchivo(argv[1],LDMU);
	}catch(out_of_range){
		cerr << "Error de desbordamiento de vector.\n";
	}
	
	EscribirResultados(LDMU);
	
	return 0;
}

Read and respond to this message at: 
https://sourceforge.net/forum/message.php?msg_id=3020279
By: dannysmith

You can fix that error by removing the 
#if defined (_GLIBCXX_USE_WCHAR_T)

guard from around 
      typedef wstreampos 	pos_type;
      typedef mbstate_t 	state_type;
in 
\include\c++\3.4.4\bits\char_traits.h

The guard is not necesaary.
 
Note wide streams are not supported in mingw's libstdc++.  Wide strings should
work.

Danny

______________________________________________________________________
You are receiving this email because you elected to monitor this forum.
To stop monitoring this forum, login to SourceForge.net and visit: 
https://sourceforge.net/forum/unmonitor.php?forum_id=286529

Read and respond to this message at: 
https://sourceforge.net/forum/message.php?msg_id=3020269
By: infidel

This should help:

http://www.mingw.org/MinGWiki/index.php/wide%20characters


______________________________________________________________________
You are receiving this email because you elected to monitor this forum.
To stop monitoring this forum, login to SourceForge.net and visit: 
https://sourceforge.net/forum/unmonitor.php?forum_id=286529

Read and respond to this message at: 
https://sourceforge.net/forum/message.php?msg_id=3020258
By: infidel

This is progress, because those errors were simply hidden by the previous one.
Some of them can be resolved by adding "-lwsock32" to the end of your new command
line.

However, I'm not sure if it will be so easy to fix the other errors. They might
be caused by using a library (mysqlclient.lib) that is designed only for MSVC++.
If you search the MinGW mailing list archive as well as the internet, you should
find various tips from other MySQL users for how to solve this problem.

http://sunsite.mff.cuni.cz/MIRRORS/ftp.mysql.com/doc/en/Windows_client_compiling
.html

Basically, the reason it is difficult is really because MySQL doesn't seem to
officially support MinGW (correct me if I'm wrong).


______________________________________________________________________
You are receiving this email because you elected to monitor this forum.
To stop monitoring this forum, login to SourceForge.net and visit: 
https://sourceforge.net/forum/unmonitor.php?forum_id=286529

Read and respond to this message at: 
https://sourceforge.net/forum/message.php?msg_id=3019918
By: zenitram

basic_stringstream<wchar_t> have a lot of errors.

I succeed to compile it under Knoppix 3.7 (g++ version?), Cygwin (last version
of Cygwin, g++ version?), Borland C++ builder or Visual C++...
But I don't succeed with DevC++ (G++ 3.4.2, uses MinGW)
 
 
I have theses messages :
g++.exe -c main.cpp -o main.o -I"C:/Dev-Cpp/lib/gcc/mingw32/3.4.2/include" 
-I"C:/Dev-Cpp/include/c++/3.4.2/backward"  -I"C:/Dev-Cpp/include/c++/3.4.2/mingw32"
-I"C:/Dev-Cpp/include/c++/3.4.2"  -I"C:/Dev-Cpp/include"

C:/Dev-Cpp/include/c++/3.4.2/bits/basic_ios.h: In instantiation of
`std::basic_ios<wchar_t, std::char_traits<wchar_t> >':
C:/Dev-Cpp/include/c++/3.4.2/istream:60:   instantiated from
`std::basic_istream<wchar_t, std::char_traits<wchar_t> >'
C:/Dev-Cpp/include/c++/3.4.2/istream:706:   instantiated from
`std::basic_iostream<wchar_t, std::char_traits<wchar_t> >'
C:/Dev-Cpp/include/c++/3.4.2/sstream:538:   instantiated from
`std::basic_stringstream<wchar_t, std::char_traits<wchar_t>, std::allocator<wchar_t>
>'
 
 
 
#include <cstdlib> 
#include <iostream> 
#include <sstream> 
 
using namespace std; 
 
int main(int argc, char *argv[]) 
{ 
basic_stringstream<char> A; //No errors 
basic_stringstream<wchar_t> B; //Errors 
system("PAUSE"); 
return EXIT_SUCCESS; 
} 


______________________________________________________________________
You are receiving this email because you elected to monitor this forum.
To stop monitoring this forum, login to SourceForge.net and visit: 
https://sourceforge.net/forum/unmonitor.php?forum_id=286529

<quote who="Alan">
> Hi since we have both make developers on our list is it possible to
> obtain a copy of  make-3.81beta2 . If so please
> say where I have been going around for hours now I can't find anything
> newer than 2002 3.80
> thanks Alan Donaly
>

Did you ever think to use a search engine?  I would bet large sums that
you would find the reference to the source that way.

Earnie

--
http://www.mingw.org
http://sourceforge.net/projects/mingw
https://sourceforge.net/donate/index.php?user_id=15438

Read and respond to this message at: 
https://sourceforge.net/forum/message.php?msg_id=3019049
By: my-sql

Thanks for your advice, I try to guide
http://www.mingw.org/MinGWiki/index.php/undefined%20references , but really
it's way to get the lot of errors. Practice is criterium of truth, of course,
let to see differences:

Original command sequence with libraries precedes objects:
C:\MinGW\bin\gcc.exe -I"C:\Program Files\MySQL\MySQL Server 4.1\include"
-L"C:\Program Files\MySQL\MySQL Server 4.1\lib\opt" -lmysqlclient -llibmysql
-lm -mconsole -o make.rating.exe make.rating.c

And it's result:
C:\DOCUME~1\ADMINI~1\LOCALS~1\Temp/ccm2aaaa.o(.text+0x70b):make.rating.c: undefined
reference to `mysql_init@4'

Adviced command sequence with objects precedes libraries:
C:\MinGW\bin\gcc.exe -o make.rating.exe make.rating.c -I"C:\Program Files\MySQL\MySQL
Server 4.1\include" -L"C:\Program Files\MySQL\MySQL Server 4.1\lib\opt" -lmysqlclient
-llibmysql -lm -mconsole

And it's result (truncated to tail):
C:\Program Files\MySQL\MySQL Server
4.1\lib\opt\mysqlclient.lib(./release/my_gethostbyname.obj)(.text+0x12):C:\cygwi
n\home\mys: undefined reference to `gethostbyname@4'
C:\Program Files\MySQL\MySQL Server
4.1\lib\opt\mysqlclient.lib(./release/my_gethostbyname.obj)(.text+0x19):C:\cygwi
n\home\mys: undefined reference to `WSAGetLastError@0'
C:\Program Files\MySQL\MySQL Server
4.1\lib\opt\mysqlclient.lib(./release/my_init.obj)(.text+0x54):C:\cygwin\home\mys:
undefined reference to `WSACleanup@0'
C:\Program Files\MySQL\MySQL Server
4.1\lib\opt\mysqlclient.lib(./release/my_init.obj)(.text+0x17):C:\cygwin\home\mys:
undefined reference to `WSAStartup@8'
C:\Program Files\MySQL\MySQL Server
4.1\lib\opt\mysqlclient.lib(./release/my_init.obj)(.text+0x20):C:\cygwin\home\mys:
undefined reference to `WSACleanup@0'
C:\Program Files\MySQL\MySQL Server
4.1\lib\opt\mysqlclient.lib(./release/my_init.obj)(.text+0x34):C:\cygwin\home\mys:
undefined reference to `WSACleanup@0'
C:\Program Files\MySQL\MySQL Server
4.1\lib\opt\mysqlclient.lib(./release/my_init.obj)(.text+0x40):C:\cygwin\home\mys:
undefined reference to `WSAStartup@8'
C:\Program Files\MySQL\MySQL Server
4.1\lib\opt\mysqlclient.lib(./release/longlong2str.obj)(.text+0xa5):C:\cygwin\ho
me\mys: undefined reference to `_aulldiv'
C:\Program Files\MySQL\MySQL Server
4.1\lib\opt\mysqlclient.lib(./release/longlong2str.obj)(.text+0x69):C:\cygwin\ho
me\mys: undefined reference to `_aulldiv'
C:\Program Files\MySQL\MySQL Server
4.1\lib\opt\mysqlclient.lib(./release/ctype-simple.obj)(.text+0x6e):C:\cygwin\ho
me\mys: undefined reference to `_aulldiv'
C:\Program Files\MySQL\MySQL Server
4.1\lib\opt\mysqlclient.lib(./release/ctype-simple.obj)(.text+0x81):C:\cygwin\ho
me\mys: undefined reference to `_aullrem'
C:\Program Files\MySQL\MySQL Server
4.1\lib\opt\mysqlclient.lib(./release/ctype-simple.obj)(.text+0xf1):C:\cygwin\ho
me\mys: undefined reference to `_allmul'
C:\Program Files\MySQL\MySQL Server
4.1\lib\opt\mysqlclient.lib(./release/ctype-simple.obj)(.text+0x6e):C:\cygwin\ho
me\mys: undefined reference to `_aulldiv'
C:\Program Files\MySQL\MySQL Server
4.1\lib\opt\mysqlclient.lib(./release/ctype-simple.obj)(.text+0x81):C:\cygwin\ho
me\mys: undefined reference to `_aullrem'
C:\Program Files\MySQL\MySQL Server
4.1\lib\opt\mysqlclient.lib(./release/ctype-simple.obj)(.text+0xf1):C:\cygwin\ho
me\mys: undefined reference to `_allmul'
C:\Program Files\MySQL\MySQL Server
4.1\lib\opt\mysqlclient.lib(./release/ctype-simple.obj)(.text+0x87):C:\cygwin\ho
me\mys: undefined reference to `_aulldiv'
C:\Program Files\MySQL\MySQL Server
4.1\lib\opt\mysqlclient.lib(./release/my_net.obj)(.text+0x11):C:\cygwin\home\mys:
undefined reference to `inet_ntoa@4'
C:\Program Files\MySQL\MySQL Server
4.1\lib\opt\mysqlclient.lib(./release/ctype-ucs2.obj)(.text+0x86):C:\cygwin\home\mys:
undefined reference to `_aulldiv'
C:\Program Files\MySQL\MySQL Server
4.1\lib\opt\mysqlclient.lib(./release/ctype-ucs2.obj)(.text+0x9d):C:\cygwin\home\mys:
undefined reference to `_aullrem'
C:\Program Files\MySQL\MySQL Server
4.1\lib\opt\mysqlclient.lib(./release/ctype-ucs2.obj)(.text+0x129):C:\cygwin\hom
e\mys: undefined reference to `_allmul'
C:\Program Files\MySQL\MySQL Server
4.1\lib\opt\mysqlclient.lib(./release/ctype-ucs2.obj)(.text+0x86):C:\cygwin\home\mys:
undefined reference to `_aulldiv'
C:\Program Files\MySQL\MySQL Server
4.1\lib\opt\mysqlclient.lib(./release/ctype-ucs2.obj)(.text+0x9d):C:\cygwin\home\mys:
undefined reference to `_aullrem'
C:\Program Files\MySQL\MySQL Server
4.1\lib\opt\mysqlclient.lib(./release/ctype-ucs2.obj)(.text+0x129):C:\cygwin\hom
e\mys: undefined reference to `_allmul'
C:\Program Files\MySQL\MySQL Server
4.1\lib\opt\mysqlclient.lib(./release/ctype-ucs2.obj)(.text+0x5c):C:\cygwin\home\mys:
undefined reference to `_aulldiv'
C:\Program Files\MySQL\MySQL Server
4.1\lib\opt\mysqlclient.lib(./release/ctype-ucs2.obj)(.text+0x249):C:\cygwin\hom
e\mys: undefined reference to `_allmul'
C:\Program Files\MySQL\MySQL Server
4.1\lib\opt\mysqlclient.lib(./release/ctype-ucs2.obj)(.text+0x270):C:\cygwin\hom
e\mys: undefined reference to `_allmul'
C:\Program Files\MySQL\MySQL Server
4.1\lib\opt\mysqlclient.lib(./release/my_strtoll10.obj)(.text+0x226):C:\cygwin\h
ome\mys: undefined reference to `_allmul'
C:\Program Files\MySQL\MySQL Server
4.1\lib\opt\mysqlclient.lib(./release/my_strtoll10.obj)(.text+0x24d):C:\cygwin\h
ome\mys: undefined reference to `_allmul'
fu000002.o(.idata$3+0xc): undefined reference to `libmsvcrt_a_iname'
fu000003.o(.idata$3+0xc): undefined reference to `libmsvcrt_a_iname'
fu000005.o(.idata$3+0xc): undefined reference to `libmsvcrt_a_iname'
fu000006.o(.idata$3+0xc): undefined reference to `libmsvcrt_a_iname'
nmth000000.o(.idata$4+0x0): undefined reference to `_nm___iob'
nmth000001.o(.idata$4+0x0): undefined reference to `_nm___pctype'
nmth000004.o(.idata$4+0x0): undefined reference to `_nm____mb_cur_max'


______________________________________________________________________
You are receiving this email because you elected to monitor this forum.
To stop monitoring this forum, login to SourceForge.net and visit: 
https://sourceforge.net/forum/unmonitor.php?forum_id=286529

Read and respond to this message at: 
https://sourceforge.net/forum/message.php?msg_id=3018955
By: infidel

http://www.mingw.org/MinGWiki/index.php/undefined%20references


______________________________________________________________________
You are receiving this email because you elected to monitor this forum.
To stop monitoring this forum, login to SourceForge.net and visit: 
https://sourceforge.net/forum/unmonitor.php?forum_id=286529

Hi since we have both make developers on our list is it possible to 
obtain a copy of  make-3.81beta2 . If so please
say where I have been going around for hours now I can't find anything 
newer than 2002 3.80
thanks Alan Donaly

> Date: Sat, 26 Feb 2005 11:04:32 -0500
> Cc: "J. Grant" <jg...@jg...>, min...@li...,
>    mak...@gn..., mu...@mu...
> From: "Paul D. Smith" <ps...@gn...>
> 
> Unless there is a reason it can't be done, I would like to see all the
> different handling of Windows/DOS/OS2/MINGW/etc. consolidated as much as
> possible.  It seems to me that in this particular case they should all
> be doing basically the same thing, and it should be wrapped in the
> HAVE_DOS_FILENAMES or whatever... no?

They should all use the same code, yes.  Whether HAVE_DOS_FILENAMES is
the condition to use here, I don't know (does EMX define that?); but
it certainly would be a good candidate.

>   ez> and it will fail if it gets something like "C:\foo\bar\MAKE.EXE"
>   ez> (i.e., if ".EXE" is in upper case).
> 
> I thought about that, too, but left it as-is.
> 
> I guess I was assuming that ARGV[0] would be provided by the OS in some
> sanitized format where some of these checks were not necessary.

This cannot be trusted: you never know whether Make is invoked from a
shell or from another program, nor what that other program could put
into Make's argv[0].  It's better not to rely on that.

Read and respond to this message at: 
https://sourceforge.net/forum/message.php?msg_id=3018463
By: asveik

This doesn't work either.  :(

Like I said, any time I do an fprintf() on the pipe, the thing just blocks.
I can WriteFile to the pipe just fine.  So I'm trying an ugly, ugly hack: write
my own fprintf() and vfprintf() to override this.  If the file is stderr, it
handles it differently, otherwise, it calls the real fprintf().

I'm still using the pipe, though, and pass it to child processes created with
CreateProcess() so that I can read the stderr of child processes.

I haven't tested this very much, but it seems to work so far.

______________________________________________________________________
You are receiving this email because you elected to monitor this forum.
To stop monitoring this forum, login to SourceForge.net and visit: 
https://sourceforge.net/forum/unmonitor.php?forum_id=286529

Read and respond to this message at: 
https://sourceforge.net/forum/message.php?msg_id=3018336
By: my-sql

I try to avoid the errors during compile time GCC for Windows - MinGW with my
application for MySQL.
This is fragment of no most complex C program:

#include <windows.h>
#include "C:\Program Files\MySQL\MySQL Server 4.1\include\mysql.h"
#include <stdarg.h>
#include <stdio.h>
#include <stdlib.h>
#include <string.h>
#include <fcntl.h>
#include <unistd.h>
#include <sys/types.h>
#include <sys/time.h>
#include <time.h>
MYSQL ConnectionHandle; MYSQL_RES *Resource; MYSQL_ROW Row;
int main (int argc, char **argv) {
mysql_init(&ConnectionHandle);
//if (! (mysql_real_connect (&ConnectionHandle, ...

C:\MinGW\bin\gcc.exe -mconsole -I"C:\Program Files\MySQL\MySQL Server 4.1\include"
-lm -L"C:\Program Files\MySQL\MySQL Server 4.1\lib\opt" -lmysqlclient -o
make.rating.exe make.rating.c
does not compile with error - undefined reference to `mysql_init@4'

I try to change place in command string the libraries pointer:
C:\MinGW\bin\gcc.exe -mconsole -I"C:\Program Files\MySQL\MySQL Server 4.1\include"
-o make.rating.exe make.rating.c -L"C:\Program Files\MySQL\MySQL Server 4.1\lib\opt"
-lmysqlclient -lm
but it's flood of lot of error messages.
Experimentally (not documented for) I found long paths with spaces requires
"double" quotes (not 'ordinary') - else you get 'no such directory'.
C:\Program Files\MySQL\MySQL Server 4.1\lib\opt>regsvr32 libmysql.dll generates
error:
libmysql.dll loaded, but DllRegisterServer has no entry point. File could not
be registered.
Coping libmysql.dll to same directory such Application.C has not magic action.
Under FreeBSD linking problem not founded, but this time I try to compile C
application for Windows.
How to avoid linking errors and make compiled C++ written application for MySQL
under Windows?

I try to make the libmySQL.a from libmySQL.def and libmySQL.dll especially for
MinGW:
C:\MinGW\mingw32\bin\dlltool.exe --input-def "C:\Program Files\MySQL\MySQL Server
4.1\include\libmySQL.def" --dllname "C:\Program Files\MySQL\MySQL Server
4.1\lib\opt\libmySQL.dll" --output-lib "C:\MinGW\lib\libmySQL.a" -k
Anyway "undefined reference" error compile time MinGW.
Is there way to get compiled C application for MySQL?


______________________________________________________________________
You are receiving this email because you elected to monitor this forum.
To stop monitoring this forum, login to SourceForge.net and visit: 
https://sourceforge.net/forum/unmonitor.php?forum_id=286529

Read and respond to this message at: 
https://sourceforge.net/forum/message.php?msg_id=3018293
By: tml1024

Yes, cmd (surprisingly) uses the same syntax as POSIX shells to redirect standard
error, i.e. 2>foo.bar.

Now, why they borrowed this from POSIX, but couldn't implement full POSIX  shell
control structures I don't understand. Does anybody (who have used both) really
think that cmd's FOR syntax for instance is easier to use than the POSIX for?

______________________________________________________________________
You are receiving this email because you elected to monitor this forum.
To stop monitoring this forum, login to SourceForge.net and visit: 
https://sourceforge.net/forum/unmonitor.php?forum_id=286529

%% Alessandro Vesely <ve...@ta...> writes:

  av> It worked for me (win98 + MinGW/MSYS) after adding a test for
  av> ferror(stdin).  That doesn't really fix the bug, however it
  av> doesn't worsen make's code either, and is enough for running that
  av> shell snippet.

I'll add this change but this is definitely a bug in your environment
somewhere.  The write side of the pipe should be closed when the process
exits.

-- 
-------------------------------------------------------------------------------
 Paul D. Smith <ps...@gn...>          Find some GNU make tips at:
 http://www.gnu.org                      http://make.paulandlesley.org
 "Please remain calm...I may be mad, but I am a professional." --Mad Scientist

%% "Eli Zaretskii" <el...@gn...> writes:

  ez> Thanks.  I have a few comments:

I'm interested in answers to Eli's questions but just a note or two; I
didn't actually apply the exact patches that Jonathan sent.

Unless there is a reason it can't be done, I would like to see all the
different handling of Windows/DOS/OS2/MINGW/etc. consolidated as much as
possible.  It seems to me that in this particular case they should all
be doing basically the same thing, and it should be wrapped in the
HAVE_DOS_FILENAMES or whatever... no?

  ez> Anyway, the patch is not very reliable in what it tries to do: it
  ez> doesn't handle the "d:make.exe" case,

I fixed this before applying the patch; it will not die in this
case (although it doesn't strip the "d:" prefix, it won't dereference a
null pointer and will strip the .exe).

  ez> and it will fail if it gets something like "C:\foo\bar\MAKE.EXE"
  ez> (i.e., if ".EXE" is in upper case).

I thought about that, too, but left it as-is.

I guess I was assuming that ARGV[0] would be provided by the OS in some
sanitized format where some of these checks were not necessary.  If
that's not so we definitely should m

  >> -  print "Comparing Output ........ " if $debug;
  >> +  print "Comparing Output ........\n" if $debug;
  >> +  print "logfile: $logfile\n" if $debug;
  >> +
  >> +  # All reference output is LF format, so convert CRLF to LF if we are testing W32
  >> +  if ($osname =~ /MINGW32/i)
  >> +  {
  >> +     print "mingw matched, will run dos2unix on output log\n" if($debug);
  >> +     run_command("dos2unix $logfile");
  >> +  }

  ez> This assumes the availability of the dos2unix program, which is
  ez> not part of the standard Windows tools.  If running dos2unix is
  ez> the only way to solve this problem, the requirement to have
  ez> dos2unix installed should be mentioned in README.W32, at the very
  ez> least.

I didn't add this patch anyway; there's no reason to require an extra
application like that when Perl can quite trivially make this change
itself.

I still think the right way to manage this is by translating the output
to remove the extra characters.

-- 
-------------------------------------------------------------------------------
 Paul D. Smith <ps...@gn...>          Find some GNU make tips at:
 http://www.gnu.org                      http://make.paulandlesley.org
 "Please remain calm...I may be mad, but I am a professional." --Mad Scientist

On Mon, 21 Feb 2005 18:56:24 +1300 Danny Smith <dan...@cl...> wrote:

  Hello,

> Greg Chicares wrote:
> > Building a cvs snapshot of wxWidgets produces many warnings
> > with MinGW gcc-3.4.2 (their makefile uses '-W'):
> >
> >    C:/wx-cvs-20050216/wxWidgets/build/msw[0]$ \
> >      grep "type attributes are honored only at type definition" \
> >      buildlog |wc -l
> >    33673
> >

<snip>

> Probaly the best place is in GCC's bugzilla.. The place where the warning is
> emitted is not specific to dllexport/dllimport, but affects all type atributes
> (i0e aligned, packed).  Only windows code seems to be in the habit of adding
> attributes to forward declarations of user defined types.

  I should mention that older MinGW GCC 3.x warned if there
were inconsistencies in dllexport/dllimport attributes between
forward declarations and definitions. I know that in some cases [1]
GCC did not generate export symbols for the classes if it first saw
a forward declaration without dllexport and then the definition with
dllexport. This is why in wxWidgets all forward declarations have the
attribute.

Regards
Mattia

[1] I think it was GCC 3.3 and forward declaration of friend classes,
    as in "friend class Foo"

Read and respond to this message at: 
https://sourceforge.net/forum/message.php?msg_id=3018216
By: brian2687

Thanks, Luke.  This was exactly the information I needed, particularly the cmd.exe
program, which I had never used before.  I'm up and running now.

Brian D'Agostino

______________________________________________________________________
You are receiving this email because you elected to monitor this forum.
To stop monitoring this forum, login to SourceForge.net and visit: 
https://sourceforge.net/forum/unmonitor.php?forum_id=7134

> Date: Sat, 26 Feb 2005 00:50:02 +0000
> From: "J. Grant" <jg...@jg...>
> Cc: min...@li..., mak...@gn..., mu...@mu...

Thanks.  I have a few comments:

> diff -uNr make-3.81beta2.base/main.c make-3.81beta2.MinGW/main.c
> --- make-3.81beta2.base/main.c	2005-02-16 05:03:42.000000000 +0000
> +++ make-3.81beta2.MinGW/main.c	2005-02-24 20:10:28.000000000 +0000
> @@ -1026,6 +1026,25 @@
>        if (program == 0 && argv[0][1] == ':')
>  	program = argv[0] + 1;
>  #endif
> +
> +#ifdef WINDOWS32
> +      if(program == 0)
> +      {
> +        /* Extract program from full path */
> +        char * p = strrchr (argv[0], '\\');
> +        int argv0_len = strlen(p);
> +        if(argv0_len > 4)
> +        {
> +          if(p[argv0_len - 4] == '.' && p[argv0_len - 3] == 'e' && p[argv0_len - 2] == 'x' && p[argv0_len - 1] == 'e')
> +          {
> +           /* Remove .exe extension */
> +           p[argv0_len - 4] = '\0';
> +           /* Increment past the initial '\' */
> +           program = p + 1;
> +          }
> +        }
> +      }
> +#endif

I don't understand this hunk of the patches.  Why cannot you use the
similar code that the __MSDOS__ and __EMX__ builds use?

And why do you need to remove the ".exe" extension?  The MSDOS port
leaves the extension, and I have yet to see any problems with that.

Anyway, the patch is not very reliable in what it tries to do: it
doesn't handle the "d:make.exe" case, and it will fail if it gets
something like "C:\foo\bar\MAKE.EXE" (i.e., if ".EXE" is in upper
case).

> -  print "Comparing Output ........ " if $debug;
> +  print "Comparing Output ........\n" if $debug;
> +  print "logfile: $logfile\n" if $debug;
> +
> +  # All reference output is LF format, so convert CRLF to LF if we are testing W32
> +  if ($osname =~ /MINGW32/i)
> +  {
> +     print "mingw matched, will run dos2unix on output log\n" if($debug);
> +     run_command("dos2unix $logfile");
> +  }

This assumes the availability of the dos2unix program, which is not
part of the standard Windows tools.  If running dos2unix is the only
way to solve this problem, the requirement to have dos2unix installed
should be mentioned in README.W32, at the very least.

"J. Grant" wrote:
> Ok, attached is the uncompressed 31,174 bytes file, with md5sum:
> 8d7bf7d043711b4e16e7947c748b65d1  make-3.81beta2.MinGW.support.patch
> [...]
> +   # do not change the make_path on W32 (MinGW/MSYS), because the following shell code does not
> work
> +   if ($port_type =~ !/W32/)
> +   {
> +      $make_path = `sh -c 'echo "all:;\@echo \\\$(MAKE)" | $make_path -f-'`;

It worked for me (win98 + MinGW/MSYS) after adding a test for ferror(stdin).
That doesn't really fix the bug, however it doesn't worsen make's code either,
and is enough for running that shell snippet.

--- main.original.c     Wed Feb 16 06:03:42 2005
+++ main.c      Mon Feb 21 16:38:28 2005
@@ -1438,7 +1438,7 @@
             outfile = open_tmpfile (&stdin_nm, template);
             if (outfile == 0)
               pfatal_with_name (_("fopen (temporary file)"));
-            while (!feof (stdin))
+            while (!feof (stdin) && !ferror(stdin))
               {
                 char buf[2048];
                 unsigned int n = fread (buf, 1, sizeof (buf), stdin);


If I additionally change test_driver so as be forgiving when differences
only consist slashes (coding something like $slurp =~ s/\\/\//gm;) I get
a total of 24 Tests in 15 Categories Failed. Some of those failures still
depend on setup issues and shouldn't be considered errors. E.g. consider
features/escape that uses a lowercase `path' as a variable name...

Read and respond to this message at: 
https://sourceforge.net/forum/message.php?msg_id=3017922
By: infidel

I did a Google search and found this:

http://dslweb.nwnexus.com/~ast/dload/guicon.htm

Compared to your code, I think the main additions are:

fp = _fdopen( hConHandle, "w" );

*stderr = *fp;

...instead of _dup2()

______________________________________________________________________
You are receiving this email because you elected to monitor this forum.
To stop monitoring this forum, login to SourceForge.net and visit: 
https://sourceforge.net/forum/unmonitor.php?forum_id=286529

Read and respond to this message at: 
https://sourceforge.net/forum/message.php?msg_id=3017915
By: infidel

Perhaps the old command.com doesn't allow redirecting stderr, but definitely
"bash" and probably "cmd" do. Any IDE that can invoke GCC relies on this (e.g.
vim).


______________________________________________________________________
You are receiving this email because you elected to monitor this forum.
To stop monitoring this forum, login to SourceForge.net and visit: 
https://sourceforge.net/forum/unmonitor.php?forum_id=286529

Read and respond to this message at: 
https://sourceforge.net/forum/message.php?msg_id=3017911
By: infidel

You have installed the correct file. To use GCC, you should be able to:

1. Start a Windows command prompt (cmd.exe)

2. Add the MinGW bin directory to your PATH environment variable

3. Use the "gcc" command to build programs, e.g.:

gcc -o hello.exe hello.c
 

______________________________________________________________________
You are receiving this email because you elected to monitor this forum.
To stop monitoring this forum, login to SourceForge.net and visit: 
https://sourceforge.net/forum/unmonitor.php?forum_id=7134