From: Jim M. <jmi...@ya...> - 2012-01-26 09:29:31
|
no matter what I do, I can't use GetVolumePathName() in winbase.h, I get df.cpp:904:60: error: 'GetVolumePathNameA' was not declared in this scope I made sure in my code I did this: #elif defined(_MSC_VER)||defined(__MINGW32__)||defined(__BORLANDC__) #define STRICT 1 #define WIN32_LEAN_AND_MEAN #include <direct.h> //_getdrive() #include <windows.h> #undef UNICODE #include <WinIOCtl.h> //IOCTL_STORAGE_CHECK_VERIFY #include <WinBase.h> #endif bool UNCExists(string unc) { string uncroot = unc; uncroot += '\\'; char szpath[64000]; //check UNC for validity if (0 == GetVolumePathName(uncroot.c_str(), szpath, 64000)) { // the offending line 904 cout<<"ERROR: UNCExists(): invalid drive \""<<unc<<"\""<<endl; printerr(); return false; } ... ------------- Jim Michaels jmi...@ya... JimM@JimsComputerRepairandWebDesign.com http://JimsComputerRepairandWebDesign.com http://JesusnJim.com (my personal site, has software) --- Computer memory measurements, SSD measurements, microsoft disk size measurements (note: they will say GB or MB or KB or TB when it is not!): [KiB] [MiB] [GiB] [TiB] [2^10B=1,024B=1KiB] [2^20B=1,048,576B=1MiB] [2^30B=1,073,741,824B=1GiB] [2^40B=1,099,511,627,776B=1TiB] hard disk industry disk size measurements: [KB] [MB] [GB] [TB] [10^3B=1,000B=1KB] [10^6B=1,000,000B=1MB] [10^9B=1,000,000,000B=1GB] [10^12B=1,000,000,000,000B=1TB] |
From: Jim M. <jmi...@ya...> - 2012-01-26 09:36:49
|
g++ 4.6.1 if anyone wants to ask. forgot to add. >________________________________ > From: Jim Michaels <jmi...@ya...> >To: mingw users <Min...@li...> >Sent: Thursday, January 26, 2012 1:29 AM >Subject: [Mingw-users] problem in winbase.h? > > >no matter what I do, I can't use GetVolumePathName() in winbase.h, I get > >df.cpp:904:60: error: 'GetVolumePathNameA' was not declared in this scope > > >I made sure in my code I did this: > > > > >#elif defined(_MSC_VER)||defined(__MINGW32__)||defined(__BORLANDC__) > #define STRICT 1 > #define WIN32_LEAN_AND_MEAN > #include <direct.h> //_getdrive() > #include <windows.h> > #undef UNICODE > #include <WinIOCtl.h> //IOCTL_STORAGE_CHECK_VERIFY > #include <WinBase.h> >#endif > > > > >bool UNCExists(string unc) { > string uncroot = unc; uncroot += '\\'; > char szpath[64000]; > //check UNC for validity > if (0 == GetVolumePathName(uncroot.c_str(), szpath, 64000)) { // the offending line 904 > cout<<"ERROR: UNCExists(): invalid drive \""<<unc<<"\""<<endl; > printerr(); > return false; > } >... > > >------------- >Jim Michaels >jmi...@ya... >JimM@JimsComputerRepairandWebDesign.com >http://JimsComputerRepairandWebDesign.com >http://JesusnJim.com (my personal site, has software) >--- >Computer memory measurements, SSD measurements, microsoft disk size measurements (note: they will say GB or MB or KB or TB when it is not!): >[KiB] [MiB] [GiB] [TiB] >[2^10B=1,024B=1KiB] >[2^20B=1,048,576B=1MiB] >[2^30B=1,073,741,824B=1GiB] >[2^40B=1,099,511,627,776B=1TiB] >hard disk industry disk size measurements: >[KB] [MB] [GB] [TB] >[10^3B=1,000B=1KB] >[10^6B=1,000,000B=1MB] >[10^9B=1,000,000,000B=1GB] >[10^12B=1,000,000,000,000B=1TB] > > > >------------------------------------------------------------------------------ >Keep Your Developer Skills Current with LearnDevNow! >The most comprehensive online learning library for Microsoft developers >is just $99.99! Visual Studio, SharePoint, SQL - plus HTML5, CSS3, MVC3, >Metro Style Apps, more. Free future releases when you subscribe now! >http://p.sf.net/sfu/learndevnow-d2d >_______________________________________________ >MinGW-users mailing list >Min...@li... > >This list observes the Etiquette found at >http://www.mingw.org/Mailing_Lists. >We ask that you be polite and do the same. Disregard for the list etiquette may cause your account to be moderated. > >_______________________________________________ >You may change your MinGW Account Options or unsubscribe at: >https://lists.sourceforge.net/lists/listinfo/mingw-users >Also: mailto:min...@li...?subject=unsubscribe > > |
From: Gisle V. <gv...@br...> - 2012-01-26 11:25:34
|
"Jim Michaels" <jmi...@ya...> wrote: > no matter what I do, I can't use GetVolumePathName() in winbase.h, I get > > df.cpp:904:60: error: 'GetVolumePathNameA' was not declared in this scope If you look in <winbase.h> you see this: #if (_WIN32_WINNT >= 0x0500) ... WINBASEAPI BOOL WINAPI GetVolumePathNameA(LPCSTR,LPSTR,DWORD); So, define _WIN32_WINNT=0x0500 somewhere. In your CFLAGS is wise. --gv |
From: Jim M. <jmi...@ya...> - 2012-01-27 04:48:17
|
this fixed the problem. thanks. I don't use makefiles anymore because they are ridden with problems, require lots of editing and support, and everyone has their own different make, blah, blah. >________________________________ > From: Gisle Vanem <gv...@br...> >To: Jim Michaels <jmi...@ya...>; MinGW Users List <min...@li...> >Sent: Thursday, January 26, 2012 3:25 AM >Subject: Re: [Mingw-users] problem in winbase.h? > >"Jim Michaels" <jmi...@ya...> wrote: > >> no matter what I do, I can't use GetVolumePathName() in winbase.h, I get >> df.cpp:904:60: error: 'GetVolumePathNameA' was not declared in this scope > > >If you look in <winbase.h> you see this: >#if (_WIN32_WINNT >= 0x0500) >... >WINBASEAPI BOOL WINAPI GetVolumePathNameA(LPCSTR,LPSTR,DWORD); > >So, define _WIN32_WINNT=0x0500 somewhere. In your CFLAGS is wise. > >--gv > > > |
From: Earnie B. <ea...@us...> - 2012-01-26 13:43:43
|
On Thu, Jan 26, 2012 at 4:29 AM, Jim Michaels <jmi...@ya...> wrote: > no matter what I do, I can't use GetVolumePathName() in winbase.h, I get > df.cpp:904:60: error: 'GetVolumePathNameA' was not declared in this scope > According to MSDN Minimum supported client Windows XP Which means you need to #define WINVER=0x0501 before you #include <windows.h> -- Earnie -- https://sites.google.com/site/earnieboyd |
From: Eli Z. <el...@gn...> - 2012-01-26 16:34:35
|
> Date: Thu, 26 Jan 2012 08:43:33 -0500 > From: Earnie Boyd <ea...@us...> > > On Thu, Jan 26, 2012 at 4:29 AM, Jim Michaels <jmi...@ya...> wrote: > > no matter what I do, I can't use GetVolumePathName() in winbase.h, I get > > df.cpp:904:60: error: 'GetVolumePathNameA' was not declared in this scope > > > > According to MSDN > Minimum supported client > Windows XP That doesn't necessarily mean anything. E.g., MSDN says that CreateProcess needs at least "Windows 2000 Professional", which is a lie. I guess that's MS's way of urging us to upgrade ;-) |
From: Earnie B. <ea...@us...> - 2012-01-26 21:22:25
|
On Thu, Jan 26, 2012 at 11:34 AM, Eli Zaretskii wrote: >> Date: Thu, 26 Jan 2012 08:43:33 -0500 >> From: Earnie Boyd >> >> On Thu, Jan 26, 2012 at 4:29 AM, Jim Michaels <jmi...@ya...> wrote: >> > no matter what I do, I can't use GetVolumePathName() in winbase.h, I get >> > df.cpp:904:60: error: 'GetVolumePathNameA' was not declared in this scope >> > >> >> According to MSDN >> Minimum supported client >> Windows XP > > That doesn't necessarily mean anything. E.g., MSDN says that > CreateProcess needs at least "Windows 2000 Professional", which is a > lie. > Well, not really a lie since you have to factor "supported" into the statement. > I guess that's MS's way of urging us to upgrade ;-) If you want "support" yes. ;-p -- Earnie -- https://sites.google.com/site/earnieboyd |
From: Jim M. <jmi...@ya...> - 2012-01-27 04:59:40
|
support... yeah. the entire MSDN got an "upgrade" erasing everything referencing windows nt, 98, 95, me, etc. and inserting windows 2000. improper documentation. changing history doesn't make it necessarily go away. I still have my MSVC 6.0 Standard + MSDN to work from. unfortunately, none of the mingw or mingw-w64 compilers have been weaned off of msvcrt.dll, so I can't compile code which works on older systems which I still have and customers still have. I would still like to have software with which to revive old boxes. there are no compilers left. can't distribute anything written with my VC++ standard. maybe us die-hards are going to have to face elimination of windows 9x/me/nt/2000. >________________________________ > From: Earnie Boyd <ea...@us...> >To: Eli Zaretskii <el...@gn...>; MinGW Users List <min...@li...> >Sent: Thursday, January 26, 2012 1:22 PM >Subject: Re: [Mingw-users] problem in winbase.h? > >On Thu, Jan 26, 2012 at 11:34 AM, Eli Zaretskii wrote: >>> Date: Thu, 26 Jan 2012 08:43:33 -0500 >>> From: Earnie Boyd >>> >>> On Thu, Jan 26, 2012 at 4:29 AM, Jim Michaels <jmi...@ya...> wrote: >>> > no matter what I do, I can't use GetVolumePathName() in winbase.h, I get >>> > df.cpp:904:60: error: 'GetVolumePathNameA' was not declared in this scope >>> > >>> >>> According to MSDN >>> Minimum supported client >>> Windows XP >> >> That doesn't necessarily mean anything. E.g., MSDN says that >> CreateProcess needs at least "Windows 2000 Professional", which is a >> lie. >> > >Well, not really a lie since you have to factor "supported" into the statement. > >> I guess that's MS's way of urging us to upgrade ;-) > >If you want "support" yes. ;-p > >-- >Earnie >-- https://sites.google.com/site/earnieboyd > >------------------------------------------------------------------------------ >Keep Your Developer Skills Current with LearnDevNow! >The most comprehensive online learning library for Microsoft developers >is just $99.99! Visual Studio, SharePoint, SQL - plus HTML5, CSS3, MVC3, >Metro Style Apps, more. Free future releases when you subscribe now! >http://p.sf.net/sfu/learndevnow-d2d >_______________________________________________ >MinGW-users mailing list >Min...@li... > >This list observes the Etiquette found at >http://www.mingw.org/Mailing_Lists. >We ask that you be polite and do the same. Disregard for the list etiquette may cause your account to be moderated. > >_______________________________________________ >You may change your MinGW Account Options or unsubscribe at: >https://lists.sourceforge.net/lists/listinfo/mingw-users >Also: mailto:min...@li...?subject=unsubscribe > > > |
From: Eli Z. <el...@gn...> - 2012-01-27 09:33:38
|
> Date: Thu, 26 Jan 2012 20:59:33 -0800 (PST) > From: Jim Michaels <jmi...@ya...> > > support... yeah. the entire MSDN got an "upgrade" erasing everything referencing windows nt, 98, 95, me, etc. and inserting windows 2000 True. > I still have my MSVC 6.0 Standard + MSDN to work from. For those who don't, this URL might prove very useful: http://winapi.freetechsecrets.com/win32/ It gives correct information regarding the supported versions of Windows (but lacks information about Windows 7). > unfortunately, none of the mingw or mingw-w64 compilers have been weaned off of msvcrt.dll, so I can't compile code which works on older systems which I still have and customers still have. ??? Is this a real problem? E.g., Emacs for Windows is linked against msvcrt.dll, but I have reports that the resulting binary runs just fine on Windows 9X (at least on Windows 98, I think). |
From: Jim M. <jmi...@ya...> - 2012-01-28 09:01:23
|
I use http://msdn.microsoft.com to base my coding off of. it's the documentation part of the msdn, minus a lot of the samples and test OS's you get with some of the bigger paid versions. >________________________________ > From: Eli Zaretskii <el...@gn...> >To: Jim Michaels <jmi...@ya...> >Cc: min...@li... >Sent: Friday, January 27, 2012 1:30 AM >Subject: Re: [Mingw-users] problem in winbase.h? > >> Date: Thu, 26 Jan 2012 20:59:33 -0800 (PST) >> From: Jim Michaels <jmi...@ya...> >> >> support... yeah. the entire MSDN got an "upgrade" erasing everything referencing windows nt, 98, 95, me, etc. and inserting windows 2000 > >True. > >> I still have my MSVC 6.0 Standard + MSDN to work from. > >For those who don't, this URL might prove very useful: > > http://winapi.freetechsecrets.com/win32/ > >It gives correct information regarding the supported versions of >Windows (but lacks information about Windows 7). > >> unfortunately, none of the mingw or mingw-w64 compilers have been weaned off of msvcrt.dll, so I can't compile code which works on older systems which I still have and customers still have. > >??? Is this a real problem? E.g., Emacs for Windows is linked against >msvcrt.dll, but I have reports that the resulting binary runs just >fine on Windows 9X (at least on Windows 98, I think). > > > |
From: stan v. <sta...@gm...> - 2012-01-28 11:49:14
|
sorry "off of" why not from? ----- Original Message ----- From: Jim Michaels To: mingw users Sent: Saturday, January 28, 2012 8:01 PM Subject: Re: [Mingw-users] problem in winbase.h? I use http://msdn.microsoft.com to base my coding off of. it's the documentation part of the msdn, minus a lot of the samples and test OS's you get with some of the bigger paid versions. ---------------------------------------------------------------------------- From: Eli Zaretskii <el...@gn...> To: Jim Michaels <jmi...@ya...> Cc: min...@li... Sent: Friday, January 27, 2012 1:30 AM Subject: Re: [Mingw-users] problem in winbase.h? > Date: Thu, 26 Jan 2012 20:59:33 -0800 (PST) > From: Jim Michaels <jmi...@ya...> > > support... yeah. the entire MSDN got an "upgrade" erasing everything referencing windows nt, 98, 95, me, etc. and inserting windows 2000 True. > I still have my MSVC 6.0 Standard + MSDN to work from. For those who don't, this URL might prove very useful: http://winapi.freetechsecrets.com/win32/ It gives correct information regarding the supported versions of Windows (but lacks information about Windows 7). > unfortunately, none of the mingw or mingw-w64 compilers have been weaned off of msvcrt.dll, so I can't compile code which works on older systems which I still have and customers still have. ??? Is this a real problem? E.g., Emacs for Windows is linked against msvcrt.dll, but I have reports that the resulting binary runs just fine on Windows 9X (at least on Windows 98, I think). ------------------------------------------------------------------------------ ------------------------------------------------------------------------------ Try before you buy = See our experts in action! The most comprehensive online learning library for Microsoft developers is just $99.99! Visual Studio, SharePoint, SQL - plus HTML5, CSS3, MVC3, Metro Style Apps, more. Free future releases when you subscribe now! http://p.sf.net/sfu/learndevnow-dev2 ------------------------------------------------------------------------------ _______________________________________________ MinGW-users mailing list Min...@li... This list observes the Etiquette found at http://www.mingw.org/Mailing_Lists. We ask that you be polite and do the same. Disregard for the list etiquette may cause your account to be moderated. _______________________________________________ You may change your MinGW Account Options or unsubscribe at: https://lists.sourceforge.net/lists/listinfo/mingw-users Also: mailto:min...@li...?subject=unsubscribe |
From: Earnie B. <ea...@us...> - 2012-01-27 12:58:05
|
Top posting is highly frowned upon and considered rude. On Thu, Jan 26, 2012 at 11:59 PM, Jim Michaels wrote: > unfortunately, none of the mingw or mingw-w64 compilers have been weaned > off of msvcrt.dll, so I can't compile code which works on older systems > which I still have and customers still have. I would still like to have > software with which to revive old boxes. there are no compilers left. > can't distribute anything written with my VC++ standard. > maybe us die-hards are going to have to face elimination of windows > 9x/me/nt/2000. That isn't really true. You can add -lmsvcr[VERSION] to your link step. ls /mingw/lib/*msvc* We (both projects) default to msvcrt.dll because it is operating system standard. -- Earnie -- https://sites.google.com/site/earnieboyd Not trimming irrelevant content is frowned upon and considered rude. |
From: Gisle V. <gv...@br...> - 2012-01-27 14:12:23
|
"Earnie Boyd" <ea...@us...> wrote: > That isn't really true. You can add -lmsvcr[VERSION] to your link step. > ls /mingw/lib/*msvc* But then you need a pesky manifest file. Right? Either on the side or put in as a resource. I just tried your tip and got the dreaded "R6034 run-time error". I've tried before with no luck to enter (or use) a manifest with a MingW/gcc built exe. Please tell me if/how it's possible. --gv |
From: Earnie B. <ea...@us...> - 2012-01-27 20:10:41
|
On Fri, Jan 27, 2012 at 9:12 AM, Gisle Vanem <gv...@br...> wrote: > "Earnie Boyd" <ea...@us...> wrote: > >> That isn't really true. You can add -lmsvcr[VERSION] to your link step. >> ls /mingw/lib/*msvc* > > But then you need a pesky manifest file. Right? Either on the side > or put in as a resource. I just tried your tip and got the dreaded > "R6034 run-time error". > IDK, really, I just stick with MSVCRT. But what I've read indicates it is the direction for security reasons. > I've tried before with no luck to enter (or use) a manifest with a > MingW/gcc built exe. Please tell me if/how it's possible. > I know other have done it. I've never tried. -- Earnie -- https://sites.google.com/site/earnieboyd |
From: Jim M. <jmi...@ya...> - 2012-01-28 09:00:31
|
I have just the thing. I wrote a batch file called gw2.cmd which is a compiler wrapper. makes 64 and 32-bit programs in one fell swoop. you have to edit the batch file to select a compiler build date and compiler type if you are using mingw-w64 (mandatory). I have been updating it quite often. http://JesusnJim.com/code/compilers/mingw.html the page needs updating a little in some areas regarding #ifdefs since I just found out some new stuff for cross-platform compiling. still don't know anything about compiling for linux/bsd and its #ifdefs. the web page talks about resources which tell you how to make the manifest XML file. and in my batch file, I write 2 types of manifest XML files: one for 9x+ and one for vista+ you need to have a cmd shell with a large buffer though, it's got a hefty help. it can generate DLL's I think. but it's not something I have tested recently. I have no clue how to make an OCX - it's been 20 years since I have made one. nobody seems to have documented since I last looked how to set up the resource file stuff for an OCX, and that's *key*, because it's different for DLL vs. EXE so I figure OCX is also different from that. >________________________________ > From: Gisle Vanem <gv...@br...> >To: MinGW Users List <min...@li...> >Sent: Friday, January 27, 2012 6:12 AM >Subject: Re: [Mingw-users] problem in winbase.h? > >"Earnie Boyd" <ea...@us...> wrote: > >> That isn't really true. You can add -lmsvcr[VERSION] to your link step. >> ls /mingw/lib/*msvc* > >But then you need a pesky manifest file. Right? Either on the side >or put in as a resource. I just tried your tip and got the dreaded >"R6034 run-time error". > >I've tried before with no luck to enter (or use) a manifest with a >MingW/gcc built exe. Please tell me if/how it's possible. > >--gv > >------------------------------------------------------------------------------ >Try before you buy = See our experts in action! >The most comprehensive online learning library for Microsoft developers >is just $99.99! Visual Studio, SharePoint, SQL - plus HTML5, CSS3, MVC3, >Metro Style Apps, more. Free future releases when you subscribe now! >http://p.sf.net/sfu/learndevnow-dev2 >_______________________________________________ >MinGW-users mailing list >Min...@li... > >This list observes the Etiquette found at >http://www.mingw.org/Mailing_Lists. >We ask that you be polite and do the same. Disregard for the list etiquette may cause your account to be moderated. > >_______________________________________________ >You may change your MinGW Account Options or unsubscribe at: >https://lists.sourceforge.net/lists/listinfo/mingw-users >Also: mailto:min...@li...?subject=unsubscribe > > > |
From: Eli Z. <el...@gn...> - 2012-01-28 09:21:26
|
> Date: Sat, 28 Jan 2012 01:01:17 -0800 (PST) > From: Jim Michaels <jmi...@ya...> > > I use http://msdn.microsoft.com to base my coding off of. it's the documentation part of the msdn, minus a lot of the samples and test OS's you get with some of the bigger paid versions. Like I said: the information on http://msdn.microsoft.com is incorrect wrt versions of Windows before W2K. If you don't care about that, you should be fine. But if you want your programs to run on Windows 9X, the MSDN information is not useful. |