Re: [Mingw-users] Couldn't reserve space for cygwin's heap

[JonY <10walls@xxxxxxxxx>]

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.


-------------------------------------------------------------------------
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
MinGW-users@xxxxxxxxxxxxxxxxxxxxx

You may change your MinGW Account Options or unsubscribe at:
https://lists.sourceforge.net/lists/listinfo/mingw-users