Screenshot instructions:
Windows
Mac
Red Hat Linux
Ubuntu
Click URL instructions:
Right-click on ad, choose "Copy Link", then paste here →
(This may not be possible with some types of ads)
|
From: Rodrigo Hernandez <rodrigoh@ra...> - 2004-10-27 05:24:42
|
Hello All, I am "porting" Nel (www.nevrax.org) to MSYS+MinGW and I stumbled upon a problem were I get a #include nested too deeply error from STLport, this is due to the files stddef.h and stdarg.h (maybe others) which are pretty much pointers to the next file with the same name, I have posted at the STLport forums about the issue here: http://www.stlport.com/dcforum/DCForumID7/2130.html#4 And I though you may want to know about this, should it be considered a bug? In the meantime I am just renaming the files so they don't get in the way. Cheers! Rodrigo Hernandez, lonewolf programmer Aeon Games http://www.aeongames.com |
|
From: Zac Corbet <zcorbet@de...> - 2004-06-28 14:37:49
Attachments:
Message as HTML
|
Hello,
=20
This might seem like a very newbie question, and that is because it is.
I just started using MinGW and have never really worked with DLLs much
either prior to this. I have searched the archive and the FAQ and
documentation for help on this issue and haven't found anything to solve
my problem. So if the answer is out there somewhere, I just missed it,
so please be patient. So here is my problem:
=20
I am taking a program someone wrote in Linux w/ GCC and trying to put it
into a program/system for Windows. This is what I was told to do, don't
ask me why they would want to do it. Well, I got MinGW installed so
that I could compile the program properly in Windows. Now the next step
is writing the wrappers to allow this program to interact with the
larger system.
=20
My problem is that the API I was given is in DLLs and the only thing
that I have received are the DLLs. No LIB or DEF files or anything
else, just the DLLs. So, in order to get it to work with MinGW code, it
is my understanding that I need to get the lib file out of it. So
checking the FAQs on the MinGW site, I tried using pexports to get a def
file out of it. The problem is, the def file comes out empty. =20
=20
$ pexports -v FRAMES2_DataSet.dll=20
; .text: RVA: 00001000, File offset: 00001000
; .rdata: RVA: 0000a000, File offset: 0000a000
; .data: RVA: 0000c000, File offset: 0000c000
; .reloc: RVA: 0000e000, File offset: 0000d000
=20
This lead me to try the program called DUMPBIN and got the following:
=20
Microsoft (R) COFF/PE Dumper Version 7.10.2240.8
Copyright (C) Microsoft Corporation. All rights reserved.
=20
Dump of file FRAMES2_DataSet.dll
=20
File Type: DLL
=20
Summary
=20
2000 .data
2000 .rdata
1000 .reloc
9000 .text
=20
But, when I ran DUMPBIN checking for the IMPORTS instead of EXPORTS, I
got a full list of functions matching what I should have in this library
based on the documentation of the API. Maybe I am just being rather
stupid about DLLs in general, since I don't really know much about them
at all, but this is confusing me. Given just a DLL, how can I go about
using it in a MinGW program to create wrappers? I hope someone can help
me figure out my problem.
=20
Thanks,
Zac Corbet
=20
=20
=20
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D
Zac Corbet
devIS - Development InfoStructure
http://www.devis.com <http://www.devis.com/>=20
=20
"The most likely way for the world to be destroyed, most experts agree,
is by accident. That's where we come in; we're computer professionals.
We cause accidents."=20
=20
|
|
From: Aaron W. LaFramboise <aaron77thyme@aa...> - 2004-06-28 20:36:47
|
Zac Corbet wrote: > Hello, > > This might seem like a very newbie question, and that is because it is. > I just started using MinGW and have never really worked with DLLs much > either prior to this. I have searched the archive and the FAQ and > documentation for help on this issue and haven't found anything to solve > my problem. So if the answer is out there somewhere, I just missed it, > so please be patient. So here is my problem: > > I am taking a program someone wrote in Linux w/ GCC and trying to put it > into a program/system for Windows. This is what I was told to do, don't > ask me why they would want to do it. Well, I got MinGW installed so > that I could compile the program properly in Windows. Now the next step > is writing the wrappers to allow this program to interact with the > larger system. > > My problem is that the API I was given is in DLLs and the only thing > that I have received are the DLLs. No LIB or DEF files or anything > else, just the DLLs. So, in order to get it to work with MinGW code, it > is my understanding that I need to get the lib file out of it. So > checking the FAQs on the MinGW site, I tried using pexports to get a def > file out of it. The problem is, the def file comes out empty. > > $ pexports -v FRAMES2_DataSet.dll > ; .text: RVA: 00001000, File offset: 00001000 > ; .rdata: RVA: 0000a000, File offset: 0000a000 > ; .data: RVA: 0000c000, File offset: 0000c000 > ; .reloc: RVA: 0000e000, File offset: 0000d000 > > This lead me to try the program called DUMPBIN and got the following: > > Microsoft (R) COFF/PE Dumper Version 7.10.2240.8 > Copyright (C) Microsoft Corporation. All rights reserved. > > > Dump of file FRAMES2_DataSet.dll > > File Type: DLL > > Summary > > 2000 .data > 2000 .rdata > 1000 .reloc > 9000 .text > > > But, when I ran DUMPBIN checking for the IMPORTS instead of EXPORTS, I > got a full list of functions matching what I should have in this library > based on the documentation of the API. Maybe I am just being rather > stupid about DLLs in general, since I don't really know much about them > at all, but this is confusing me. Given just a DLL, how can I go about > using it in a MinGW program to create wrappers? I hope someone can help > me figure out my problem. Wu Yongwei's pages on manipulating DLLs in MinGW are helpful. http://mywebpage.netscape.com/yongweiwu If you're still having problems after reading, let us know. Aaron W. LaFramboise |
|
From: Andrew Stadt <acstadt@sy...> - 2004-06-28 20:48:43
|
Zac Corbet wrote: > Hello, > > This might seem like a very newbie question, and that is because it > is. I just started using MinGW and have never really worked with DLLs > much either prior to this. I have searched the archive and the FAQ > and documentation for help on this issue and haven't found anything to > solve my problem. So if the answer is out there somewhere, I just > missed it, so please be patient. So here is my problem: > > I am taking a program someone wrote in Linux w/ GCC and trying to put > it into a program/system for Windows. This is what I was told to do, > don't ask me why they would want to do it. Well, I got MinGW > installed so that I could compile the program properly in Windows. > Now the next step is writing the wrappers to allow this program to > interact with the larger system. > > My problem is that the API I was given is in DLLs and the only thing > that I have received are the DLLs. No LIB or DEF files or anything > else, just the DLLs. So, in order to get it to work with MinGW code, > it is my understanding that I need to get the lib file out of it. So > checking the FAQs on the MinGW site, I tried using pexports to get a > def file out of it. The problem is, the def file comes out empty. > > $ pexports -v FRAMES2_DataSet.dll > ; .text: RVA: 00001000, File offset: 00001000 > ; .rdata: RVA: 0000a000, File offset: 0000a000 > ; .data: RVA: 0000c000, File offset: 0000c000 > ; .reloc: RVA: 0000e000, File offset: 0000d000 > > This lead me to try the program called DUMPBIN and got the following: > > Microsoft (R) COFF/PE Dumper Version 7.10.2240.8 > Copyright (C) Microsoft Corporation. All rights reserved. > > > Dump of file FRAMES2_DataSet.dll > > File Type: DLL > > Summary > > 2000 .data > 2000 .rdata > 1000 .reloc > 9000 .text > > > But, when I ran DUMPBIN checking for the IMPORTS instead of EXPORTS, I > got a full list of functions matching what I should have in this > library based on the documentation of the API. Maybe I am just being > rather stupid about DLLs in general, since I don't really know much > about them at all, but this is confusing me. Given just a DLL, how > can I go about using it in a MinGW program to create wrappers? I hope > someone can help me figure out my problem. > > Thanks, > Zac Corbet > > > > ==================================== > Zac Corbet > devIS - Development InfoStructure > http://www.devis.com <http://www.devis.com/>; > > "The most likely way for the world to be destroyed, most experts > agree, is by accident. That's where we come in; we're computer > professionals. We cause accidents." > Have you tried linking against the dll's directly? e.g. "gcc -o myapp.exe myobjects.o -lsomedll.dll" |
|
From: Rodrigo Hernandez <rodrigoh@ra...> - 2004-10-27 05:24:42
|
Hello All, I am "porting" Nel (www.nevrax.org) to MSYS+MinGW and I stumbled upon a problem were I get a #include nested too deeply error from STLport, this is due to the files stddef.h and stdarg.h (maybe others) which are pretty much pointers to the next file with the same name, I have posted at the STLport forums about the issue here: http://www.stlport.com/dcforum/DCForumID7/2130.html#4 And I though you may want to know about this, should it be considered a bug? In the meantime I am just renaming the files so they don't get in the way. Cheers! Rodrigo Hernandez, lonewolf programmer Aeon Games http://www.aeongames.com |
|
From: Danny Smith <dannysmith@cl...> - 2004-10-27 07:31:38
|
Rodrigo Hernandez wrote: > Hello All, > > I am "porting" Nel (www.nevrax.org) to MSYS+MinGW and I stumbled upon > a problem were I get a #include nested too deeply error from STLport, > this is due to the files stddef.h and stdarg.h (maybe others) which > are pretty much pointers to the next file with the same name, > I have posted at the STLport forums about the issue here: > > http://www.stlport.com/dcforum/DCForumID7/2130.html#4 > > And I though you may want to know about this, should it be considered > a bug? In the meantime I am just renaming the files so they don't get > in the way. > Check to see if the "real" stddef.h and stdarg.h actually exist where they are supposed to be: (somewhere like /mingw/lib/gcc-lib/mingw32/3.3.3 or /mingw/lib/gcc/mingw32/3.4.2, depending on what version of gcc you are using), The buck should stop in the system includes. Danny > Cheers! > > > > Rodrigo Hernandez, lonewolf programmer > Aeon Games > http://www.aeongames.com > > > > ------------------------------------------------------- > This SF.Net email is sponsored by: > Sybase ASE Linux Express Edition - download now for FREE > LinuxWorld Reader's Choice Award Winner for best database on Linux. > http://ads.osdn.com/?ad_id=5588&alloc_id=12065&op=click > _______________________________________________ > MinGW-users mailing list > MinGW-users@... > > You may change your MinGW Account Options or unsubscribe at: > https://lists.sourceforge.net/lists/listinfo/mingw-users |
|
From: Rodrigo Hernandez <rodrigoh@ra...> - 2004-10-27 12:00:54
|
Yes, the real one is there, I am doing this on 3.2.3 and 3.3.1, both report the same error, getting the files out of the way seems to fix it. I'll try and make a small example and post it :) Cheers! At 01:25 AM 10/27/2004, you wrote: >Rodrigo Hernandez wrote: > > Hello All, > > > > I am "porting" Nel (www.nevrax.org) to MSYS+MinGW and I stumbled upon > > a problem were I get a #include nested too deeply error from STLport, > > this is due to the files stddef.h and stdarg.h (maybe others) which > > are pretty much pointers to the next file with the same name, > > I have posted at the STLport forums about the issue here: > > > > http://www.stlport.com/dcforum/DCForumID7/2130.html#4 > > > > And I though you may want to know about this, should it be considered > > a bug? In the meantime I am just renaming the files so they don't get > > in the way. > > > >Check to see if the "real" stddef.h and stdarg.h actually exist where >they are supposed to be: >(somewhere like /mingw/lib/gcc-lib/mingw32/3.3.3 or >/mingw/lib/gcc/mingw32/3.4.2, depending >on what version of gcc you are using), The buck should stop in the >system includes. > >Danny > > > > Cheers! > > > > > > > > Rodrigo Hernandez, lonewolf programmer > > Aeon Games > > http://www.aeongames.com > > > > > > > > ------------------------------------------------------- > > This SF.Net email is sponsored by: > > Sybase ASE Linux Express Edition - download now for FREE > > LinuxWorld Reader's Choice Award Winner for best database on Linux. > > http://ads.osdn.com/?ad_id=5588&alloc_id=12065&op=click > > _______________________________________________ > > MinGW-users mailing list > > MinGW-users@... > > > > You may change your MinGW Account Options or unsubscribe at: > > https://lists.sourceforge.net/lists/listinfo/mingw-users > > > >------------------------------------------------------- >This SF.Net email is sponsored by: >Sybase ASE Linux Express Edition - download now for FREE >LinuxWorld Reader's Choice Award Winner for best database on Linux. >http://ads.osdn.com/?ad_id=5588&alloc_id=12065&op=click >_______________________________________________ >MinGW-users mailing list >MinGW-users@... > >You may change your MinGW Account Options or unsubscribe at: >https://lists.sourceforge.net/lists/listinfo/mingw-users Rodrigo Hernandez, lonewolf programmer Aeon Games http://www.aeongames.com |
|
From: Danny Smith <dannysmith@cl...> - 2004-10-28 04:10:15
Attachments:
include.diff
|
Rodrigo Hernandez wrote: > Hello All, > > I am "porting" Nel (www.nevrax.org) to MSYS+MinGW and I stumbled upon > a problem were I get a #include nested too deeply error from STLport, > this is due to the files stddef.h and stdarg.h (maybe others) which > are pretty much pointers to the next file with the same name, > I have posted at the STLport forums about the issue here: > > http://www.stlport.com/dcforum/DCForumID7/2130.html#4 > > And I though you may want to know about this, should it be considered > a bug? In the meantime I am just renaming the files so they don't get > in the way. Does attached patch to mingw runtime headers fix the problem? Danny > > Cheers! > > > > Rodrigo Hernandez, lonewolf programmer > Aeon Games > http://www.aeongames.com > > > > ------------------------------------------------------- > This SF.Net email is sponsored by: > Sybase ASE Linux Express Edition - download now for FREE > LinuxWorld Reader's Choice Award Winner for best database on Linux. > http://ads.osdn.com/?ad_id=5588&alloc_id=12065&op=click > _______________________________________________ > MinGW-users mailing list > MinGW-users@... > > You may change your MinGW Account Options or unsubscribe at: > https://lists.sourceforge.net/lists/listinfo/mingw-users |
|
From: Rodrigo Hernandez <rodrigoh@ra...> - 2004-10-30 16:37:43
|
Hi, Actually I moved the stlport CXXFLAGS to the CPPFLAGS (which come before CXXFLAGS) and it was fixed, I though the CPLUS_INCLUDE_PATH directories were the first to be searched for includes, this seems not to be the case, the order probably is -I defined paths, CPLUS_INCLUDE_PATH, then default paths, is that correct? Anyway, thanks for the help :) At 10:03 PM 10/27/2004, you wrote: >Rodrigo Hernandez wrote: > > Hello All, > > > > I am "porting" Nel (www.nevrax.org) to MSYS+MinGW and I stumbled upon > > a problem were I get a #include nested too deeply error from STLport, > > this is due to the files stddef.h and stdarg.h (maybe others) which > > are pretty much pointers to the next file with the same name, > > I have posted at the STLport forums about the issue here: > > > > http://www.stlport.com/dcforum/DCForumID7/2130.html#4 > > > > And I though you may want to know about this, should it be considered > > a bug? In the meantime I am just renaming the files so they don't get > > in the way. > > >Does attached patch to mingw runtime headers fix the problem? > >Danny > > > > Cheers! > > > > > > > > Rodrigo Hernandez, lonewolf programmer > > Aeon Games > > http://www.aeongames.com > > > > > > > > ------------------------------------------------------- > > This SF.Net email is sponsored by: > > Sybase ASE Linux Express Edition - download now for FREE > > LinuxWorld Reader's Choice Award Winner for best database on Linux. > > http://ads.osdn.com/?ad_id=5588&alloc_id=12065&op=click > > _______________________________________________ > > MinGW-users mailing list > > MinGW-users@... > > > > You may change your MinGW Account Options or unsubscribe at: > > https://lists.sourceforge.net/lists/listinfo/mingw-users Rodrigo Hernandez, lonewolf programmer Aeon Games http://www.aeongames.com |
|
From: Rodrigo Hernandez <rodrigoh@ra...> - 2004-11-03 04:07:54
|
Hi again, I was having problems with my 3.4.2 instalation (coudnt compile STLport and gcc stl wasnt working anymore) so I removed everything and made a fresh install of the current 3.3.1 branch, the problem came back even with the -I flag at the beginning, I applied the patch and it was fixed :) so thanks... again. Cheers! At 10:35 AM 10/30/2004, you wrote: >Hi, >Actually I moved the stlport CXXFLAGS to the CPPFLAGS (which come before >CXXFLAGS) and it was fixed, >I though the CPLUS_INCLUDE_PATH directories were the first to be searched >for includes, this seems not to be the case, >the order probably is -I defined paths, CPLUS_INCLUDE_PATH, then default >paths, is that correct? > >Anyway, thanks for the help :) > >At 10:03 PM 10/27/2004, you wrote: >>Rodrigo Hernandez wrote: >> > Hello All, >> > >> > I am "porting" Nel (www.nevrax.org) to MSYS+MinGW and I stumbled upon >> > a problem were I get a #include nested too deeply error from STLport, >> > this is due to the files stddef.h and stdarg.h (maybe others) which >> > are pretty much pointers to the next file with the same name, >> > I have posted at the STLport forums about the issue here: >> > >> > http://www.stlport.com/dcforum/DCForumID7/2130.html#4 >> > >> > And I though you may want to know about this, should it be considered >> > a bug? In the meantime I am just renaming the files so they don't get >> > in the way. >> >> >>Does attached patch to mingw runtime headers fix the problem? >> >>Danny >> > >> > Cheers! >> > >> > >> > >> > Rodrigo Hernandez, lonewolf programmer >> > Aeon Games >> > http://www.aeongames.com >> > >> > >> > >> > ------------------------------------------------------- >> > This SF.Net email is sponsored by: >> > Sybase ASE Linux Express Edition - download now for FREE >> > LinuxWorld Reader's Choice Award Winner for best database on Linux. >> > http://ads.osdn.com/?ad_id=5588&alloc_id=12065&op=click >> > _______________________________________________ >> > MinGW-users mailing list >> > MinGW-users@... >> > >> > You may change your MinGW Account Options or unsubscribe at: >> > https://lists.sourceforge.net/lists/listinfo/mingw-users > >Rodrigo Hernandez, lonewolf programmer >Aeon Games >http://www.aeongames.com > > >------------------------------------------------------- >This SF.Net email is sponsored by: >Sybase ASE Linux Express Edition - download now for FREE >LinuxWorld Reader's Choice Award Winner for best database on Linux. >http://ads.osdn.com/?ad_id=5588&alloc_id=12065&op=click >_______________________________________________ >MinGW-users mailing list >MinGW-users@... > >You may change your MinGW Account Options or unsubscribe at: >https://lists.sourceforge.net/lists/listinfo/mingw-users Rodrigo Hernandez, lonewolf programmer Aeon Games http://www.aeongames.com |