Re: [Mingw-w64-public] finding the data file
You can get rid of the environment variable using a win32 api call as explained here: http://stackoverflow.com/questions/2647429/c-windows-path-to-the-folder-where-the-executable-is-located On Thursday, June 18, 2015 4:45 PM, Hotmail (ArbolOne) arbol...@hotmail.ca wrote: I found the solution, the answer to my problem is getenv(ARBOLONE) Thanks folks -Original Message- From: Max S. Sent: Thursday, June 18, 2015 5:12 PM To: Hotmail (ArbolOne) Cc: MinGW-64 Mailinglist ; gcc-help Mailing List Subject: Re: finding the data file I'm not a win user, but it looks to me like your problem is that on one machine the file is located at D:\\Program Files\\ArbolOne\\Sound\\KimPossible.wav and on the other at C:\\Program Files\\ArbolOne\\Sound\\KimPossible.wav You could solve this problem by using relative path. Your executable is located at D:\\Program Files\\ArbolOne\\Sounds.exe if launched appropriately it's working dir would be D:\\Program Files\\ArbolOne\\ (or C:\\...) and could reach the file by opening Sound\\KimPossible.wav Now, it would probably be better to sense from the working directory only the drive letter, or possibly even check for existence of each of the files and choosing what to play accordingly. On Thu, 2015-06-18 at 16:15 -0400, Hotmail (ArbolOne) wrote: This question is exclusively for Win users. OK, having said that, I have a desktop and a laptop. In the desktop I use MinGW64 and the GCC compier as well as CodeBlock, but on the laptop I use VS2015 and VC++. In my desktop I wrote a program that plays a sound file, the structure of the file directory is like so: D: | Program Files {parent directory} ArbolOne ( folder ) |__ Sound ( folder ) |_Sounds.exe In my application the code looks like this: player-Play(LD:\\Program Files\\ArbolOne\\Sound\\KimPossible.wav); This works perfect on my desktop, but the directory tree in my laptop looks like this C: | Program File {parent directory} ArbolOne ( folder ) |__ Sound ( folder ) |_Sounds.exe You see the problem now, I need to some how create in my program a variable that points to ArbolOne, since in both machines have a Global System Variable called %ARBOLONE% which points to the location of the ArbolOne folder. Does any one here know how to unravel this problem. Thanks -- ___ Mingw-w64-public mailing list Mingw-w64-public@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/mingw-w64-public -- ___ Mingw-w64-public mailing list Mingw-w64-public@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/mingw-w64-public
Re: [Mingw-w64-public] [Patch] AD library (was Re: Missing Active Directory Libraries?)
Thank you. These patches solve with my current problem... However, I must report that I find what I think are more AD related libraries in the 64-bit build that are not in the 32-bit build. See below: C:\gcc491w64attrib /s | grep -i ads.*.*a$ A C:\gcc491w64\x86_64-w64-mingw32\lib\libadsiis.aA C:\gcc491w64\x86_64-w64-mingw32\lib\libadsiisex.a A C:\gcc491w64\x86_64-w64-mingw32\lib\libadsldp.a A C:\gcc491w64\x86_64-w64-mingw32\lib\libadsldpc.a A C:\gcc491w64\x86_64-w64-mingw32\lib\libadsmsext.a A C:\gcc491w64\x86_64-w64-mingw32\lib\libadsnt.a A C:\gcc491w64\x86_64-w64-mingw32\lib\libiasads.a A C:\gcc491w64\x86_64-w64-mingw32\lib\libwiadss.a Most likely these should be added too Thanks again for your support and commitment. On Wednesday, December 17, 2014 4:43 AM, JonY jo...@users.sourceforge.net wrote: On 12/17/2014 16:49, niXman wrote: niXman 2014-12-17 01:35: Won't this changes be packported to v3.x branch? *backported ping? Done, backported to v3.x. -- Download BIRT iHub F-Type - The Free Enterprise-Grade BIRT Server from Actuate! Instantly Supercharge Your Business Reports and Dashboards with Interactivity, Sharing, Native Excel Exports, App Integration more Get technology previously reserved for billion-dollar corporations, FREE http://pubads.g.doubleclick.net/gampad/clk?id=164703151iu=/4140/ostg.clktrk ___ Mingw-w64-public mailing list Mingw-w64-public@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/mingw-w64-public -- Download BIRT iHub F-Type - The Free Enterprise-Grade BIRT Server from Actuate! Instantly Supercharge Your Business Reports and Dashboards with Interactivity, Sharing, Native Excel Exports, App Integration more Get technology previously reserved for billion-dollar corporations, FREE http://pubads.g.doubleclick.net/gampad/clk?id=164703151iu=/4140/ostg.clktrk___ Mingw-w64-public mailing list Mingw-w64-public@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/mingw-w64-public
[Mingw-w64-public] Missing Active Directory Libraries?
Hello, I'm building a small utility that requires libraries libactiveds.a and libadsnt.a. The libraries are included in the latest 64-bit toolchains, but not on the 32-bit versions. I tested with i686-4.9.1-release-win32-dwarf-rt_v3-rev3.7z (link fails because the libraries are not included, but the headers are) and with x86_64-4.9.1-release-posix-seh-rt_v3-rev2.7z (builds fine; libraries included). Thanks in advance for you help. Regards, Jose -- Download BIRT iHub F-Type - The Free Enterprise-Grade BIRT Server from Actuate! Instantly Supercharge Your Business Reports and Dashboards with Interactivity, Sharing, Native Excel Exports, App Integration more Get technology previously reserved for billion-dollar corporations, FREE http://pubads.g.doubleclick.net/gampad/clk?id=164703151iu=/4140/ostg.clktrk___ Mingw-w64-public mailing list Mingw-w64-public@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/mingw-w64-public
Re: [Mingw-w64-public] MinGW-W64 installation fails with 'ERROR res'
I would like to help to build a new installer. I suggest we use InnoSetup or NSIS. I like InnoSetup because it's easier to mantain, but NSIS generates smaller installer files. I can try to understand what the current installer does, but it will go faster if you give me a summary. On Tuesday, October 14, 2014 7:57 AM, niXman i.nix...@autistici.org wrote: Ruben Van Boxem 2014-10-14 16:47: Well, I honestly don't really care what installer you use as long as it works (that's why I brought it up now ;-)), but should you leave the project suddenly for whatever reason (sickness, death, work, etc.), there would be no installer anymore. It would be logical that any project member could build such a thing by only downloading some free tools. Additionally: if it were only an update to the installer software that was needed, everyone on the project could have updated it. But now the fix takes longer because it depends on a single person's personal access to commercial software. Don't get me wrong: your installer is better than no installer (and worked well before this issue popped up out of nowhere), but it is still suboptimal for an open source project run and maintained by various people. I agree. I have no time now to create another installer. I will be grateful to you if you do this for the project, not for me ;) -- Regards, niXman ___ Dual-target(32 64-bit) MinGW-W64 compilers for 32 and 64-bit Windows: http://sourceforge.net/projects/mingw-w64/ ___ Another online IDE: http://liveworkspace.org/ -- Comprehensive Server Monitoring with Site24x7. Monitor 10 servers for $9/Month. Get alerted through email, SMS, voice calls or mobile push notifications. Take corrective actions from your mobile device. http://p.sf.net/sfu/Zoho ___ Mingw-w64-public mailing list Mingw-w64-public@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/mingw-w64-public -- Comprehensive Server Monitoring with Site24x7. Monitor 10 servers for $9/Month. Get alerted through email, SMS, voice calls or mobile push notifications. Take corrective actions from your mobile device. http://p.sf.net/sfu/Zoho___ Mingw-w64-public mailing list Mingw-w64-public@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/mingw-w64-public