From: Theodore H. S. <de...@el...> - 2008-04-14 18:28:24
|
Hi people, I just installed mingw. I get an error on just installing it. C:\msys\1.0\postinstall>PATH ..\bin;C:\Program Files\Mozilla Firefox;C: \WINDOWS\ system32;C:\WINDOWS;C:\WINDOWS\System32\Wbem C:\msys\1.0\postinstall>..\bin\sh.exe pi.sh AllocationBase 0x0, BaseAddress 0x715B0000, RegionSize 0x150000, State 0x10000 C:\msys\1.0\bin\sh.exe: *** Couldn't reserve space for cygwin's heap, Win32 erro r 6 C:\msys\1.0\postinstall>pause Press any key to continue . . . PS: Also, msys won't run. It quits as soon as I open the app. : ( Probably same error as above but it quits to fast to see the error message. |
From: Earnie B. <ea...@us...> - 2008-04-14 20:06:36
|
Quoting "Theodore H. Smith" <de...@el...>: > Hi people, > > I just installed mingw. I get an error on just installing it. > > C:\msys\1.0\postinstall>PATH ..\bin;C:\Program Files\Mozilla Firefox;C: > \WINDOWS\ > system32;C:\WINDOWS;C:\WINDOWS\System32\Wbem > > C:\msys\1.0\postinstall>..\bin\sh.exe pi.sh > AllocationBase 0x0, BaseAddress 0x715B0000, RegionSize 0x150000, State > 0x10000 > C:\msys\1.0\bin\sh.exe: *** Couldn't reserve space for cygwin's heap, > Win32 erro > r 6 > > C:\msys\1.0\postinstall>pause > Press any key to continue . . . > > > PS: Also, msys won't run. It quits as soon as I open the app. : > ( Probably same error as above but it quits to fast to see the error > message. > In the recent archives you'll find http://www.nabble.com/Subject:-Newbie-problem-with-installing-MSYS-td16005781.html which discusses this issue. Earnie |
From: Theodore H. S. <de...@el...> - 2008-04-14 20:26:31
|
On 14 Apr 2008, at 21:06, Earnie Boyd wrote: > > Quoting "Theodore H. Smith" <de...@el...>: > >> Hi people, >> >> I just installed mingw. I get an error on just installing it. >> >> C:\msys\1.0\postinstall>PATH ..\bin;C:\Program Files\Mozilla >> Firefox;C: >> \WINDOWS\ >> system32;C:\WINDOWS;C:\WINDOWS\System32\Wbem >> >> C:\msys\1.0\postinstall>..\bin\sh.exe pi.sh >> AllocationBase 0x0, BaseAddress 0x715B0000, RegionSize 0x150000, >> State >> 0x10000 >> C:\msys\1.0\bin\sh.exe: *** Couldn't reserve space for cygwin's heap, >> Win32 erro >> r 6 >> >> C:\msys\1.0\postinstall>pause >> Press any key to continue . . . >> >> >> PS: Also, msys won't run. It quits as soon as I open the app. : >> ( Probably same error as above but it quits to fast to see the error >> message. >> > > In the recent archives you'll find > http://www.nabble.com/Subject:-Newbie-problem-with-installing-MSYS-td16005781.html > which discusses this > issue. Thanks a lot. It says this: "You wouldn't happen to have Cygwin installed would you? If so make sure that the CYGWIN environment variable isn't defined in your environment. May be a good idea to also remove the path to Cygwin's bin directory from your PATH as well. " Now, I did install Cygwin. And then I deinstalled it, because I found out that libraries compiled with Cygwin, required cygwin1.dll as a separate lib, and my app must be self-contained!!! So deinstalled cygwin, and I installed mingw. Now I find that there is some odd environment variable problem. Sad :( I don't know how to reset environment variables in Windows. Any idea how I can do it? Is it with the terminal or do I alter a plain text file or do I alter the registry? |
From: Earnie B. <ea...@us...> - 2008-04-15 11:45:16
|
Quoting "Theodore H. Smith" <de...@el...>: >> >> In the recent archives you'll find >> http://www.nabble.com/Subject:-Newbie-problem-with-installing-MSYS-td16005781.html >> which discusses this >> issue. > > Thanks a lot. It says this: > > "You wouldn't happen to have Cygwin installed would you? If so make > sure that the CYGWIN environment variable isn't defined in your > environment. May be a good idea to also remove the path to Cygwin's > bin directory from your PATH as well. " > > > > Now, I did install Cygwin. And then I deinstalled it, because I found > out that libraries compiled with Cygwin, required cygwin1.dll as a > separate lib, and my app must be self-contained!!! So deinstalled > cygwin, and I installed mingw. > > Now I find that there is some odd environment variable problem. Sad :( > > I don't know how to reset environment variables in Windows. Any idea > how I can do it? Is it with the terminal or do I alter a plain text > file or do I alter the registry? > If you didn't modify PATH to begin with you should be OK. You missed the second part of that email which gave you instruction for rebasing the DLL. I suggest you do that. Start->Control Panel->System->Advanced->Environment Variables At least that is what it is on my system; every windows version has the possibility to be different. Earnie |
From: Theodore H. S. <de...@el...> - 2008-04-16 12:27:20
|
Hi Earnie, This is not going well. I can't even get this thing installed. I tried installing mingw on a fresh OS. And it wouldn't have it! Why isn't msys included as part of your simple installer thing?? Here is the error message I got: http://elfdata.com/mingw.png This shell script makes no sense. It trimmed off the first letter that I typed in. Do you want people to use mingw? If so... you are making it very hard for new users to come in. I don't want to know about fixing fstab files, or rebasing, or anything else like that. I just want an installer that just works. I have work to do and I can't get involved in spending days in learning and fixing all these complex fiddly details that you should have fixed in the installer, just to find out of mingw can actually compile a product which I like or not. The installer phase should be simple. Not a pain. At least cygwin installed easily. (I Didn't install it on the OS that you saw a screenshot of, that was a different computer). But sadly it didn't let me build self-contained libraries. I was hoping that mingw would at least let me find out if it works or not, easily. But right now I can't even find out if it works or not. I am not happy with this experience. Also, you should make cygwin and mingw not clash with each other. It makes sense that people will try to install both just to try out which will work better for them. At least make it so that if one is deinstalled, the other will install flawlessly. On 15 Apr 2008, at 12:45, Earnie Boyd wrote: > > Quoting "Theodore H. Smith" <de...@el...>: > >>> >>> In the recent archives you'll find >>> http://www.nabble.com/Subject:-Newbie-problem-with-installing-MSYS-td16005781.html >>> which discusses this >>> issue. >> >> Thanks a lot. It says this: >> >> "You wouldn't happen to have Cygwin installed would you? If so make >> sure that the CYGWIN environment variable isn't defined in your >> environment. May be a good idea to also remove the path to Cygwin's >> bin directory from your PATH as well. " >> >> >> >> Now, I did install Cygwin. And then I deinstalled it, because I found >> out that libraries compiled with Cygwin, required cygwin1.dll as a >> separate lib, and my app must be self-contained!!! So deinstalled >> cygwin, and I installed mingw. >> >> Now I find that there is some odd environment variable problem. >> Sad :( >> >> I don't know how to reset environment variables in Windows. Any idea >> how I can do it? Is it with the terminal or do I alter a plain text >> file or do I alter the registry? >> > > If you didn't modify PATH to begin with you should be OK. You missed > the second part of that email which gave you instruction for rebasing > the DLL. I suggest you do that. > > Start->Control Panel->System->Advanced->Environment Variables > > At least that is what it is on my system; every windows version has > the > possibility to be different. > > Earnie > > ------------------------------------------------------------------------- > This SF.net email is sponsored by the 2008 JavaOne(SM) Conference > Don't miss this year's exciting event. There's still time to save > $100. > Use priority code J8TL2D2. > http://ad.doubleclick.net/clk;198757673;13503038;p?http://java.sun.com/javaone > _______________________________________________ > MinGW-users mailing list > Min...@li... > > You may change your MinGW Account Options or unsubscribe at: > https://lists.sourceforge.net/lists/listinfo/mingw-users -- http://elfdata.com/plugin/ "String processing, done right" |
From: Tuomo L. <dj...@ik...> - 2008-04-16 12:44:56
|
Theodore H. Smith wrote: > Here is the error message I got: http://elfdata.com/mingw.png This > shell script makes no sense. It trimmed off the first letter that I > typed in. Never seen that myself. Out of curiousity, what does it say if you run a couple of rounds of memtest on the computer? -- Tuomo ... In short, 100 means nothing at all on the Fahrenheit scale, 96 used to mean something but doesn't anymore, and 0 is colder than it ever gets in Denmark. Brilliant. -- http://www.straightdope.com/classics/a891215.html |
From: Theodore H. S. <de...@el...> - 2008-04-16 12:48:19
|
On 16 Apr 2008, at 13:44, Tuomo Latto wrote: > Theodore H. Smith wrote: >> Here is the error message I got: http://elfdata.com/mingw.png This >> shell script makes no sense. It trimmed off the first letter that I >> typed in. > > Never seen that myself. > Out of curiousity, what does it say if you run a couple of rounds of > memtest on the computer? Well I have no idea what a memtest is or where I'd get it. Or why I'd need it. Are you saying you think my RAM is damaged? I think It's more likely those scripts need fixing and the installer needs msys added to it. |
From: Tuomo L. <dj...@ik...> - 2008-04-16 12:56:05
|
Theodore H. Smith wrote: > On 16 Apr 2008, at 13:44, Tuomo Latto wrote: >> Out of curiousity, what does it say if you run a couple of rounds of >> memtest on the computer? > > Well I have no idea what a memtest is or where I'd get it. Or why I'd > need it. http://www.fuckinggoogleit.com/search?q=%2Bmemtest > Are you saying you think my RAM is damaged? No, I'm asking if you would check that. It's such a weird error. -- Tuomo ... Give a man a fire and he'll be warm for a day. Set a man on fire and he'll be warm for the rest of his life. |
From: JonY <10...@gm...> - 2008-04-16 13:03:06
|
Theodore H. Smith wrote: > On 16 Apr 2008, at 13:44, Tuomo Latto wrote: > > Well I have no idea what a memtest is or where I'd get it. Or why I'd > need it. > > Are you saying you think my RAM is damaged? > > I think It's more likely those scripts need fixing and the installer > needs msys added to it. > > Hi, Why would you say that? Anyway, have you tried "c:/mingw" instead? The post-installer never failed me, at least on XP machines. |
From: Theodore H. S. <de...@el...> - 2008-04-16 13:21:07
|
On 16 Apr 2008, at 13:59, JonY wrote: > Theodore H. Smith wrote: >> On 16 Apr 2008, at 13:44, Tuomo Latto wrote: >> >> Well I have no idea what a memtest is or where I'd get it. Or why I'd >> need it. >> >> Are you saying you think my RAM is damaged? >> >> I think It's more likely those scripts need fixing and the installer >> needs msys added to it. >> >> > > Hi, > > Why would you say that? Because it failed? Also because msys is not selectable as part of the "simple mingw install". Which doesn't make sense to me. > Anyway, have you tried "c:/mingw" instead? The > post-installer never failed me, at least on XP machines. Thanks JonY. That works better. I have a feeling the error happened because I typed a tab by accident, and then deleted it. Perhaps the shell program didn't like that. I did nothing wrong, because as you can see... from http://elfdata.com/mingw.png what I typed before I pressed return was perfect. But I think the shell program could have got confused. I really think it's better to make this fully automated. Better to avoid problems like the shell getting confused by tabs and deletes. Anyhow, after trying again, I got this message: http://elfdata.com/mingw2.png Something about how it can't find make. And... that's a "joy", and I should keep it that way. Sorry I don't get it. Is not having make, bad or good? Also, I chose for "make" to be installed in the "mingw easy installer" thing. Why it's not there... I have no idea. Sigh. I've noticed the "easy installer" has problems. That often it would be unable to download files, until I retried a few times. So perhaps it missed downloading "make" despite that I selected it. -- http://elfdata.com/plugin/ "String processing, done right" |
From: JonY <10...@gm...> - 2008-04-16 13:58:49
|
Theodore H. Smith wrote: > On 16 Apr 2008, at 13:59, JonY wrote: > >> Theodore H. Smith wrote: >>> On 16 Apr 2008, at 13:44, Tuomo Latto wrote: >>> >>> Well I have no idea what a memtest is or where I'd get it. Or why I'd >>> need it. >>> >>> Are you saying you think my RAM is damaged? >>> >>> I think It's more likely those scripts need fixing and the installer >>> needs msys added to it. >>> >>> >> Hi, >> >> Why would you say that? > > Because it failed? Hi, sorry, I meant to say why would you say the script needs fixing? > > Also because msys is not selectable as part of the "simple mingw > install". Which doesn't make sense to me. > IMHO, MSYS is considered a seperate entity, although usually used to support MinGW. >> Anyway, have you tried "c:/mingw" instead? The >> post-installer never failed me, at least on XP machines. > > Thanks JonY. That works better. > > I have a feeling the error happened because I typed a tab by accident, > and then deleted it. Perhaps the shell program didn't like that. I did > nothing wrong, because as you can see... from http://elfdata.com/mingw.png > what I typed before I pressed return was perfect. But I think the > shell program could have got confused. That happens, especially when trying to run GDB under MSYS rxvt console, not sure if its an issue with bash or the console. > I really think it's better to make this fully automated. Better to > avoid problems like the shell getting confused by tabs and deletes. > Yes, I suppose the installer could be be more configurable. > Anyhow, after trying again, I got this message: http://elfdata.com/mingw2.png > > Something about how it can't find make. And... that's a "joy", and I > should keep it that way. > > Sorry I don't get it. Is not having make, bad or good? That's a good thing. Until awhile ago, MSYS can't differentiate between MSYS and native win32 apps. make.exe is different from mingw32-make.exe, the former is designed to be used under MSYS while the latter is used as a native makefile processor. Congrats, MinGW and MSYS is now installed. > > Also, I chose for "make" to be installed in the "mingw easy installer" > thing. Why it's not there... I have no idea. Sigh. Its installed as mingw32-make. > > I've noticed the "easy installer" has problems. That often it would be > unable to download files, until I retried a few times. So perhaps it > missed downloading "make" despite that I selected it. Personally, I'm would avoid all forms of .exe installers, they look like opaque blobs, but that's just me. In my experience with using the installer under unreliable internet connections, I find its best to select the "Download only" option. If a download was stalled, I would quit the installer and delete the currently downloaded file, then restart it to download it again. The installers will skip overn the existing files. Keep selecting "Download only" until all download is complete. > > -- > http://elfdata.com/plugin/ > "String processing, done right" > > > |
From: Theodore H. S. <de...@el...> - 2008-04-16 14:59:58
|
On 16 Apr 2008, at 14:55, JonY wrote: > Theodore H. Smith wrote: >> On 16 Apr 2008, at 13:59, JonY wrote: >> >>> Theodore H. Smith wrote: >>>> On 16 Apr 2008, at 13:44, Tuomo Latto wrote: >>>> >>>> Well I have no idea what a memtest is or where I'd get it. Or why >>>> I'd >>>> need it. >>>> >>>> Are you saying you think my RAM is damaged? >>>> >>>> I think It's more likely those scripts need fixing and the >>>> installer >>>> needs msys added to it. >>>> >>>> >>> Hi, >>> >>> Why would you say that? >> >> Because it failed? > Hi, > sorry, I meant to say why would you say the script needs fixing? Because it failed. >> Also because msys is not selectable as part of the "simple mingw >> install". Which doesn't make sense to me. >> > IMHO, MSYS is considered a seperate entity, although usually used to > support MinGW. Well how am I meant to compile my C++ code without msys? Is there a better easier way? It's like saying a bicycle seat and a bicycle are considered separate entities... I'd rather get a bicycle with a seat... Instead of having to waste days arguing with people to try to get them to fix the seat to the bicycle so I can ride it. > That's a good thing. Until awhile ago, MSYS can't differentiate > between > MSYS and native win32 apps. make.exe is different from mingw32- > make.exe, > the former is designed to be used under MSYS while the latter is > used as > a native makefile processor. > > Congrats, MinGW and MSYS is now installed. OK great. Except that machine I installed it on, was a friends, not my own. So either I need to buy Windows Vista, and install it on my PC at home... or find some fix to this bug. So I'm still not in much luck yet. >> I've noticed the "easy installer" has problems. That often it would >> be >> unable to download files, until I retried a few times. So perhaps it >> missed downloading "make" despite that I selected it. > > Personally, I'm would avoid all forms of .exe installers, they look > like > opaque blobs, but that's just me. That's the whole point, that they "look like opaque blobs". I don't want to go around picking individual files off of sourceforge and manually inspecting them. I just want an install with all I need to compile C++ source code using a makefile. Well... I'm still stuck. This is no good. If anyone from the mingw team has Parallels (a PC emulator), I can give you my parallels "virtual computer", that I'm having the trouble on. I think that would be a good idea as it would enable you to fix the bug. And make a release that does not anymore be unable to install msys on normal PCs. |
From: JonY <10...@gm...> - 2008-04-16 16:44:06
|
Theodore H. Smith wrote: > On 16 Apr 2008, at 14:55, JonY wrote: > >> Theodore H. Smith wrote: >>> On 16 Apr 2008, at 13:59, JonY wrote: >>> >>>> Theodore H. Smith wrote: >>>>> On 16 Apr 2008, at 13:44, Tuomo Latto wrote: >>>>> >>>>> Well I have no idea what a memtest is or where I'd get it. Or why >>>>> I'd >>>>> need it. >>>>> >>>>> Are you saying you think my RAM is damaged? >>>>> >>>>> I think It's more likely those scripts need fixing and the >>>>> installer >>>>> needs msys added to it. >>>>> >>>>> >>>> Hi, >>>> >>>> Why would you say that? >>> Because it failed? >> Hi, >> sorry, I meant to say why would you say the script needs fixing? > > Because it failed. > Can't argue with that, but I don't think its the scripts fault. It did fail at some other point, like failing to handle tab character. >>> Also because msys is not selectable as part of the "simple mingw >>> install". Which doesn't make sense to me. >>> >> IMHO, MSYS is considered a seperate entity, although usually used to >> support MinGW. > > Well how am I meant to compile my C++ code without msys? Is there a > better easier way? It's like saying a bicycle seat and a bicycle are > considered separate entities... I'd rather get a bicycle with a > seat... Instead of having to waste days arguing with people to try to > get them to fix the seat to the bicycle so I can ride it. > You can do it without MSYS. MSYS is installed for such tools as sh, vim, sed, gawk, grep and other traditional POSIX tools. MinGW already contains a native compiler, installed as gcc.exe, g++.exe along with binutils assembler. Like what Brian said, you don't really need them unless you plan to use shell scripts like "configure" or "libtool", found usually on UNIX source distribution tarballs with autotools build system. You can develop and compile your C++ code using notepad or some other IDE like code::blocks then compile it using MinGW tools. >> That's a good thing. Until awhile ago, MSYS can't differentiate >> between >> MSYS and native win32 apps. make.exe is different from mingw32- >> make.exe, >> the former is designed to be used under MSYS while the latter is >> used as >> a native makefile processor. >> >> Congrats, MinGW and MSYS is now installed. > > OK great. Except that machine I installed it on, was a friends, not my > own. > > So either I need to buy Windows Vista, and install it on my PC at > home... or find some fix to this bug. So I'm still not in much luck yet. > You don't need Vista to make MinGW work. I have it running on my XP machine. >>> I've noticed the "easy installer" has problems. That often it would >>> be >>> unable to download files, until I retried a few times. So perhaps it >>> missed downloading "make" despite that I selected it. >> Personally, I'm would avoid all forms of .exe installers, they look >> like >> opaque blobs, but that's just me. > > That's the whole point, that they "look like opaque blobs". I don't > want to go around picking individual files off of sourceforge and > manually inspecting them. I just want an install with all I need to > compile C++ source code using a makefile. Maybe for convenience, but I've seen enough trouble with brain dead installers that put stuff onto %PATH%, changing the %HOME% variable, and load kernel mode drivers without consent. Regarding sourceforge, there are already notes posted on the packages. I'm not suggesting installers should be removed, I think the MinGW installer is great because it gives a spartan "Download only" option. In fact, it even gives a list of files that was downloaded if you look careful enough. > > Well... I'm still stuck. This is no good. > > If anyone from the mingw team has Parallels (a PC emulator), I can > give you my parallels "virtual computer", that I'm having the trouble > on. I have qemu, which seems to support Parallels images. How big is this image? > > I think that would be a good idea as it would enable you to fix the > bug. And make a release that does not anymore be unable to install > msys on normal PCs. > > It already does. Conditions on the user's machines are not under the developers control, especially if the some users decides to install MSYS and Cygwin binaries in the same directory. |
From: Theodore H. S. <de...@el...> - 2008-04-16 17:37:51
|
> You can do it without MSYS. MSYS is installed for such tools as sh, > vim, > sed, gawk, grep and other traditional POSIX tools. MinGW already > contains a native compiler, installed as gcc.exe, g++.exe along with > binutils assembler. OK Jon. Where can I learn how to compile using my makefile, and mingw? I know how to do it from the terminal in Linux. I don't know how to do it on Windows, unless it's from something like msys which acts as a Linux terminal. > > You don't need Vista to make MinGW work. I have it running on my XP > machine. True. But I've seen people say that they get the same error even on a plain XP install. http://www.nabble.com/Problems-with-MSys-Installer---Couldn't-reserve-space-for-cygwin's-heap-td13115333.html "AllocationBase 0x0, BaseAddress 0x715B0000, RegionSize 0x140000, State 0x10000 C:\Tools\msys\1.0\bin\make.exe: *** Couldn't reserve space for cygwin's heap, Win32 error 6 ... When I got the new laptop, the first thing I did was to update windows using windows update, and the very next thing was to install Msys. Well, the installer reported EXACTLY the same problem (after indicating that Msys was successfully installed, a command prompt was opened automatically, executing some commands. One of them reported the message I included above). The only option was to press any key to continue. " |
From: Brian D. <br...@de...> - 2008-04-16 15:17:03
|
"Theodore H. Smith" wrote: > Well how am I meant to compile my C++ code without msys? Is there a > better easier way? It's like saying a bicycle seat and a bicycle are The compiler, assembler, and linker are not part of MSYS, nor is 'make'. These are all MinGW tools. So yes, it's entirely possible to avoid MSYS completely if you have an existing makefile. You seem to be conflating MinGW and MSYS but they really are separate things. You only need MSYS if you need to run POSIX 'configure' scripts, or otherwise need a bourne shell and related tools. 99% of problems with MSYS are due to crapware on the system like that infernal Logitech process monitor, and are completely out of control of the project. Brian |
From: Theodore H. S. <de...@el...> - 2008-04-16 17:33:43
|
On 16 Apr 2008, at 16:19, Brian Dessent wrote: > "Theodore H. Smith" wrote: > >> Well how am I meant to compile my C++ code without msys? Is there a >> better easier way? It's like saying a bicycle seat and a bicycle are > > The compiler, assembler, and linker are not part of MSYS, nor is > 'make'. These are all MinGW tools. So yes, it's entirely possible to > avoid MSYS completely if you have an existing makefile. You seem to > be > conflating MinGW and MSYS but they really are separate things. You > only > need MSYS if you need to run POSIX 'configure' scripts, or otherwise > need a bourne shell and related tools. > > 99% of problems with MSYS are due to crapware on the system like that > infernal Logitech process monitor, and are completely out of control > of > the project. Can I release products using mingw, that don't create this "Couldn't reserve space for cygwin's heap" error for people trying to install msys? If so... then what are Logitech doing wrong? How can I avoid falling into the same trap as them, and not make an app that makes msys impossible to install. |
From: Earnie B. <ea...@us...> - 2008-04-16 16:52:40
|
Quoting "Theodore H. Smith" <de...@el...>: > Hi Earnie, > > This is not going well. I can't even get this thing installed. > At the point it executes the post install MSYS is already installed. After that go to the /path/to/msys/bin and execute the rebase command. (I.E.: rebase -b 0x30000000 msys-1.0.dll) Once you have executed the rebase you should be able to click on the installed icon and have a MSYS window. You then can created an /etc/fstab as is documented in the sample file.. Rebase is part of the binutils package in your MinGW compiler. Did you read: >>>> http://www.nabble.com/Subject:-Newbie-problem-with-installing-MSYS-td16005781.html >>>> which discusses this >>>> issue. >>> I said the same thing there. Earnie |
From: Theodore H. S. <de...@el...> - 2008-04-16 17:59:04
|
On 16 Apr 2008, at 17:52, Earnie Boyd wrote: > > Quoting "Theodore H. Smith" <de...@el...>: > >> Hi Earnie, >> >> This is not going well. I can't even get this thing installed. >> > > At the point it executes the post install MSYS is already installed. > After that go to the /path/to/msys/bin and execute the rebase command. > (I.E.: rebase -b 0x30000000 msys-1.0.dll) Once you have executed the > rebase you should be able to click on the installed icon and have a > MSYS window. You then can created an /etc/fstab as is documented in > the sample file.. > > Rebase is part of the binutils package in your MinGW compiler. Sorry, but I don't see rebase :( http://elfdata.com/norebase.png Also... I used the installer named "MinGW-5.1.3.exe". I don't know of any binutils option. I chose "C", "C++", and "make", to install. That's it. I tried reopening the MinGW-5.1.3.exe thing, but I didn't see any binutils inside of it. > Did you read: >>>>> http://www.nabble.com/Subject:-Newbie-problem-with-installing-MSYS-td16005781.html >>>>> which discusses this >>>>> issue. >>>> > I said the same thing there. |
From: JonY <10...@gm...> - 2008-04-17 00:48:42
|
Theodore H. Smith wrote: > On 16 Apr 2008, at 17:52, Earnie Boyd wrote: > >> Quoting "Theodore H. Smith"<de...@el...>: >> >>> Hi Earnie, >>> >>> This is not going well. I can't even get this thing installed. >>> >> At the point it executes the post install MSYS is already installed. >> After that go to the /path/to/msys/bin and execute the rebase command. >> (I.E.: rebase -b 0x30000000 msys-1.0.dll) Once you have executed the >> rebase you should be able to click on the installed icon and have a >> MSYS window. You then can created an /etc/fstab as is documented in >> the sample file.. >> >> Rebase is part of the binutils package in your MinGW compiler. > > Sorry, but I don't see rebase :( http://elfdata.com/norebase.png > Hi, It should be under C:\MinGW\bin. If its not there you can get it from sourceforge. Extract mingw-utils-0.3.tar.gz into C:\MinGW. http://sourceforge.net/project/showfiles.php?group_id=2435&package_id=61599 > Also... I used the installer named "MinGW-5.1.3.exe". I don't know of > any binutils option. I chose "C", "C++", and "make", to install. > That's it. I tried reopening the MinGW-5.1.3.exe thing, but I didn't > see any binutils inside of it. > Using GCC depends on binutils. Binutils is already installed for MinGW if you installed gcc. To test it under MSYS, use "echo 'main(){}'| gcc -xc -" to test it or "echo main(){}| gcc -xc -" under the standard XP command promt. If there are no errors, it is installed correctly. > >> Did you read: >>>>>> http://www.nabble.com/Subject:-Newbie-problem-with-installing-MSYS-td16005781.html >>>>>> which discusses this >>>>>> issue. >> I said the same thing there. > > > > ------------------------------------------------------------------------- > This SF.net email is sponsored by the 2008 JavaOne(SM) Conference > Don't miss this year's exciting event. There's still time to save $100. > Use priority code J8TL2D2. > http://ad.doubleclick.net/clk;198757673;13503038;p?http://java.sun.com/javaone > _______________________________________________ > MinGW-users mailing list > Min...@li... > > You may change your MinGW Account Options or unsubscribe at: > https://lists.sourceforge.net/lists/listinfo/mingw-users > |
From: Theodore H. S. <de...@el...> - 2008-04-18 17:53:02
|
On 17 Apr 2008, at 01:45, JonY wrote: > Theodore H. Smith wrote: >> On 16 Apr 2008, at 17:52, Earnie Boyd wrote: >> >>> Quoting "Theodore H. Smith"<de...@el...>: >>> >>>> Hi Earnie, >>>> >>>> This is not going well. I can't even get this thing installed. >>>> >>> At the point it executes the post install MSYS is already installed. >>> After that go to the /path/to/msys/bin and execute the rebase >>> command. >>> (I.E.: rebase -b 0x30000000 msys-1.0.dll) Once you have executed >>> the >>> rebase you should be able to click on the installed icon and have a >>> MSYS window. You then can created an /etc/fstab as is documented in >>> the sample file.. >>> >>> Rebase is part of the binutils package in your MinGW compiler. >> >> Sorry, but I don't see rebase :( http://elfdata.com/norebase.png >> > Hi, > > It should be under C:\MinGW\bin. If its not there you can get it from > sourceforge. Extract mingw-utils-0.3.tar.gz into C:\MinGW. > > http://sourceforge.net/project/showfiles.php?group_id=2435&package_id=61599 Nope :) It's not in there. I see a2dll, dos2unix.exe drmingw.exe, and a few others. but no rebase. There is a redir.exe and a reimp.exe, and a res2coff.exe but no rebase . Nothing containing the string "rebase". I tried downloading binutils-2.18.50-20080109-2 and looking in there. no rebase! Really I don't get this. How hard is it just to install mingw and get it working? Every instruction so far given has not worked. Perhaps someone can email me rebase directly? > Using GCC depends on binutils. Binutils is already installed for MinGW > if you installed gcc. > > To test it under MSYS, use "echo 'main(){}'| gcc -xc -" to test it or > "echo main(){}| gcc -xc -" under the standard XP command promt. If > there > are no errors, it is installed correctly. |
From: JonY <10...@gm...> - 2008-04-19 00:34:55
|
Theodore H. Smith wrote: > > Nope :) It's not in there. I see a2dll, dos2unix.exe drmingw.exe, and > a few others. but no rebase. There is a redir.exe and a reimp.exe, and > a res2coff.exe but no rebase . Nothing containing the string "rebase". > > I tried downloading binutils-2.18.50-20080109-2 and looking in there. > no rebase! > > Really I don't get this. How hard is it just to install mingw and get > it working? > > Every instruction so far given has not worked. > > Perhaps someone can email me rebase directly? > > > > Hi, The other alternative is here: http://www.tishler.net/jason/software/rebase/ You can grab the .exe at the bottom of the page. |
From: Theodore H. S. <de...@el...> - 2008-04-19 02:45:39
|
On 19 Apr 2008, at 01:31, JonY wrote: > Theodore H. Smith wrote: >> >> Nope :) It's not in there. I see a2dll, dos2unix.exe drmingw.exe, and >> a few others. but no rebase. There is a redir.exe and a reimp.exe, >> and >> a res2coff.exe but no rebase . Nothing containing the string >> "rebase". >> >> I tried downloading binutils-2.18.50-20080109-2 and looking in there. >> no rebase! >> >> Really I don't get this. How hard is it just to install mingw and get >> it working? >> >> Every instruction so far given has not worked. >> >> Perhaps someone can email me rebase directly? >> >> >> >> > > Hi, > The other alternative is here: > http://www.tishler.net/jason/software/rebase/ > > You can grab the .exe at the bottom of the page. Thank you Jony, that did work! IT WORKS!!!! I don't know what's up with rebase not being in the download, but I can understand that if rebase were not in the download... then calling rebase would be problematical :) OK. So... I am getting closer I think. But am I even on a winner here? I mean, I'm trying to compile a very simple library, that does very simple stuff, using unix open, read, write, lseek, and family functions. Will mingw allow me to build self-contained libraries using this? If I manage to get through all this? OK, if it CAN... then I still have a way to go. Look. http://elfdata.com/notcompile.png I am getting some compile errors. mingw doesn't like fsync, and fchdir :( That's exactly the same two functions that CodeWarrior (tool I used to build Windows libraries with) didn't like. The reason I wanted to try mingw, was because I wanted these two functions to work. And work properly. Like they do on Linux and MacOSX. CodeWarrior (a new discontinued project) does not have support for them. I tried CygWin, which did compile perfectly, but had this nasty "not- self-contained" problem, that the libraries you made relied on cywin1.dll Now... I'm trying mingw, which finally I manage to get it running. But it doesn't compile my sources. I can't see any options left for me to get my code running. Except to get it working in mingw. |
From: JonY <10...@gm...> - 2008-04-19 03:50:39
|
Theodore H. Smith wrote: > > Thank you Jony, > > that did work! IT WORKS!!!! > > I don't know what's up with rebase not being in the download, but I > can understand that if rebase were not in the download... then calling > rebase would be problematical :) > > OK. > > So... I am getting closer I think. But am I even on a winner here? I > mean, I'm trying to compile a very simple library, that does very > simple stuff, using unix open, read, write, lseek, and family > functions. Will mingw allow me to build self-contained libraries using > this? If I manage to get through all this? > > OK, if it CAN... then I still have a way to go. Look. > > http://elfdata.com/notcompile.png > > I am getting some compile errors. mingw doesn't like fsync, and > fchdir :( > > That's exactly the same two functions that CodeWarrior (tool I used to > build Windows libraries with) didn't like. > > The reason I wanted to try mingw, was because I wanted these two > functions to work. And work properly. Like they do on Linux and > MacOSX. CodeWarrior (a new discontinued project) does not have support > for them. > > I tried CygWin, which did compile perfectly, but had this nasty "not- > self-contained" problem, that the libraries you made relied on > cywin1.dll > > Now... I'm trying mingw, which finally I manage to get it running. But > it doesn't compile my sources. > > I can't see any options left for me to get my code running. Except to > get it working in mingw. > > > Hi, Depending on how you look at it, MinGW executables are not self-contained, they require atleast msvcrt.dll kernel32.dll and ntdll.dll, which are already present for Win95 and up, so no worries. MinGW does not provide traditionally POSIX functions, but Cygwin already does that as you have found out. What you now need to do is to port your code to use Win32 functions so it works under Windows. You may replace S_IRWXU, S_IRWXG and S_IROTH with dummy values for now. fchdir can be ported by using open() and chdir(). fsync() is a bit tricky, not sure how to port it. Hope the Win32 port goes well. |
From: Theodore H. S. <de...@el...> - 2008-04-19 09:13:58
|
> > Depending on how you look at it, MinGW executables are not > self-contained, they require atleast msvcrt.dll kernel32.dll and > ntdll.dll, which are already present for Win95 and up, so no worries. > MinGW does not provide traditionally POSIX functions, but Cygwin > already > does that as you have found out. That is self-contained as far as I'm concerned? > What you now need to do is to port your code to use Win32 functions so > it works under Windows. > > You may replace S_IRWXU, S_IRWXG and S_IROTH with dummy values for > now. > fchdir can be ported by using open() and chdir(). OK. > fsync() is a bit > tricky, not sure how to port it. :( Why does mingw not have fsync? |
From: Brian D. <br...@de...> - 2008-04-19 10:10:34
|
"Theodore H. Smith" wrote: > Why does mingw not have fsync? Because MSVCRT.DLL doesn't have it. What do you expect? You're using MinGW apparently because you want to use only the libraries provided by the operating system and not rely on any compatibility libraries or porting aids, but then you complain when the operating system libraries are missing a number of interfaces. You can't have it both ways; the Min in MinGW stands for minimalist after all. You have to actually port your application to Win32 if you expect to use MinGW. Brian |