Menu
▾
▴
mingw-users
|
From: Kapeciu <kaa...@o2...> - 2011-09-06 09:22:55
|
Hi. I try to build cpp file: g++ -o src\color.o -c -DBOOST_PROPERTY_TREE_XML_PARSER_TINYXML -DTIXML_USE_STL -DHAVE_JPEG -ansi -Wall -pthread -ftemplate-depth-200 -DWINDOWS -DBOOST_SPIRIT_THREADSAFE -DMAPNIK_THREADSAFE -O3 -finline-functions -Wno-inline -DNDEBUG -Iagg\include -I. -Iinclude -Itinyxml "-IC:\Documents and Settings\IQ_baza\Pulpit\roel mapnik2\roel\thirdparty\lpng154" "-IC:\Documents and Settings\IQ_baza\Pulpit\jpeg\include" "-IC:\Documents and Settings\IQ_baza\Pulpit\roel mapnik2\roel\thirdparty\tiff-3.9.5\libtiff" "-IC:\Documents and Settings\IQ_baza\Pulpit\roel mapnik2\roel\thirdparty\proj-4.7.0\src" "-IC:\Documents and Settings\IQ_baza\Pulpit\MapnikDependencies\Script\thirdparty\icu\include" -IC:\usr\include -ID:\Mapnik_libraries\GnuWin32\psp\include\freetype2 src\color.cpp g++: unrecognized option '-pthread' As you can see there are no build error. Problem is there are no output file. But if i do this: g++ src\color.cpp -Iinclude -Wall -c -o src\color.o or if i change optymalization: g++ -o src\color.o -c -DBOOST_PROPERTY_TREE_XML_PARSER_TINYXML -DTIXML_USE_STL -DHAVE_JPEG -ansi -Wall -pthread -ftemplate-depth-200 -DWINDOWS -DBOOST_SPIRIT_THREADSAFE -DMAPNIK_THREADSAFE -O0 -finline-functions -Wno-inline -DNDEBUG -Iagg\include -I. -Iinclude -Itinyxml "-IC:\Documents and Settings\IQ_baza\Pulpit\roel mapnik2\roel\thirdparty\lpng154" "-IC:\Documents and Settings\IQ_baza\Pulpit\jpeg\include" "-IC:\Documents and Settings\IQ_baza\Pulpit\roel mapnik2\roel\thirdparty\tiff-3.9.5\libtiff" "-IC:\Documents and Settings\IQ_baza\Pulpit\roel mapnik2\roel\thirdparty\proj-4.7.0\src" "-IC:\Documents and Settings\IQ_baza\Pulpit\MapnikDependencies\Script\thirdparty\icu\include" -IC:\usr\include -ID:\Mapnik_libraries\GnuWin32\psp\include\freetype2 src\color.cpp g++ create output file color.o. Why g++ doesn't create output file if there are no errors? Any ideas? -- View this message in context: http://old.nabble.com/No-output-file-and-no-error-tp32406076p32406076.html Sent from the MinGW - User mailing list archive at Nabble.com. |
|
From: JonY <jo...@us...> - 2011-09-06 09:40:23
Attachments:
signature.asc
|
On 9/6/2011 17:22, Kapeciu wrote: > > Hi. I try to build cpp file: > > g++ -o src\color.o -c -DBOOST_PROPERTY_TREE_XML_PARSER_TINYXML > -DTIXML_USE_STL -DHAVE_JPEG -ansi -Wall -pthread -ftemplate-depth-200 > -DWINDOWS -DBOOST_SPIRIT_THREADSAFE -DMAPNIK_THREADSAFE -O3 > -finline-functions -Wno-inline -DNDEBUG -Iagg\include -I. -Iinclude > -Itinyxml "-IC:\Documents and Settings\IQ_baza\Pulpit\roel > mapnik2\roel\thirdparty\lpng154" "-IC:\Documents and > Settings\IQ_baza\Pulpit\jpeg\include" "-IC:\Documents and > Settings\IQ_baza\Pulpit\roel mapnik2\roel\thirdparty\tiff-3.9.5\libtiff" > "-IC:\Documents and Settings\IQ_baza\Pulpit\roel > mapnik2\roel\thirdparty\proj-4.7.0\src" "-IC:\Documents and > Settings\IQ_baza\Pulpit\MapnikDependencies\Script\thirdparty\icu\include" > -IC:\usr\include -ID:\Mapnik_libraries\GnuWin32\psp\include\freetype2 > src\color.cpp > g++: unrecognized option '-pthread' > Remove -pthread. |
|
From: Kapeciu <kaa...@o2...> - 2011-09-06 09:48:12
|
JonY-6 wrote: > > Remove -pthread. > This doesn't solve my problem, only removed warning "g++: unrecognized option '-pthread' ". -- View this message in context: http://old.nabble.com/No-output-file-and-no-error-tp32406076p32406708.html Sent from the MinGW - User mailing list archive at Nabble.com. |
|
From: JonY <jo...@us...> - 2011-09-06 09:56:26
Attachments:
signature.asc
|
On 9/6/2011 17:48, Kapeciu wrote: > > > JonY-6 wrote: >> >> Remove -pthread. >> > > This doesn't solve my problem, only removed warning "g++: unrecognized > option '-pthread' ". > Try adding -v for more debug messages. |
|
From: Kapeciu <kaa...@o2...> - 2011-09-06 10:03:54
|
JonY-6 wrote:
>
> On 9/6/2011 17:48, Kapeciu wrote:
>>
>>
>> JonY-6 wrote:
>>>
>>> Remove -pthread.
>>>
>>
>> This doesn't solve my problem, only removed warning "g++: unrecognized
>> option '-pthread' ".
>>
>
> Try adding -v for more debug messages.
>
Command:
g++ -o src\color.o -c -DBOOST_PROPERTY_TREE_XML_PARSER_TINYXML
-DTIXML_USE_STL -DHAVE_JPEG -ansi -Wall -ftemplate-depth-200 -DWINDOWS
-DBOOST_
SPIRIT_THREADSAFE -DMAPNIK_THREADSAFE -O3 -finline-functions -Wno-inline
-DNDEBUG -Iagg\include -I. -Iinclude -Itinyxml "-IC:\Documents and
Settings\IQ_baza\Pulpit\roel mapnik2\roel\thirdparty\lpng154
" "-IC:\Documents and Settings\IQ_baza\Pulpit\jpeg\include" "-IC:\Documents
and Settings\IQ_baza\Pulpit\roel mapnik2\roel\thirdparty\tiff-3.9.5\libtiff"
"-IC:\Documents and Settings\IQ_baza\Pulpit\roe
l mapnik2\roel\thirdparty\proj-4.7.0\src" "-IC:\Documents and
Settings\IQ_baza\Pulpit\MapnikDependencies\Script\thirdparty\icu\include"
-IC:\usr\include -ID:\Mapnik_libraries\GnuWin32\psp\include\free
type2 src\color.cpp -v
Output:
Using built-in specs.
COLLECT_GCC=g++
COLLECT_LTO_WRAPPER=c:/mingw2/bin/../libexec/gcc/mingw32/4.5.2/lto-wrapper.exe
Target: mingw32
Configured with: ../gcc-4.5.2/configure
--enable-languages=c,c++,ada,fortran,objc,obj-c++ --disable-sjlj-exceptions
--with-dwarf2 --enable-shared --enable-libgomp --disable-win32-registry
--enable-lib
stdcxx-debug --enable-version-specific-runtime-libs --disable-werror
--build=mingw32 --prefix=/mingw
Thread model: win32
gcc version 4.5.2 (GCC)
COLLECT_GCC_OPTIONS='-o' 'src\color.o' '-c'
'-DBOOST_PROPERTY_TREE_XML_PARSER_TINYXML' '-DTIXML_USE_STL' '-DHAVE_JPEG'
'-ansi' '-Wall' '-ftemplate-depth-200' '-DWINDOWS'
'-DBOOST_SPIRIT_THREADSAFE' '-
DMAPNIK_THREADSAFE' '-O3' '-finline-functions' '-Wno-inline' '-DNDEBUG'
'-Iagg\include' '-I.' '-Iinclude' '-Itinyxml' '-IC:\Documents and
Settings\IQ_baza\Pulpit\roel mapnik2\roel\thirdparty\lpng154'
'-IC:\Documents and Settings\IQ_baza\Pulpit\jpeg\include' '-IC:\Documents
and Settings\IQ_baza\Pulpit\roel mapnik2\roel\thirdparty\tiff-3.9.5\libtiff'
'-IC:\Documents and Settings\IQ_baza\Pulpit\roel
mapnik2\roel\thirdparty\proj-4.7.0\src' '-IC:\Documents and
Settings\IQ_baza\Pulpit\MapnikDependencies\Script\thirdparty\icu\include'
'-IC:\usr\include' '-ID:\Mapnik_libraries\GnuWin32\psp\include\fre
etype2' '-v' '-shared-libgcc' '-mtune=i386' '-march=i386'
c:/mingw2/bin/../libexec/gcc/mingw32/4.5.2/cc1plus.exe -quiet -v
-Iagg\include -I. -Iinclude -Itinyxml -IC:\Documents and
Settings\IQ_baza\Pulpit\roel mapnik2\roel\thirdparty\lpng154 -IC:\Documents
a
nd Settings\IQ_baza\Pulpit\jpeg\include -IC:\Documents and
Settings\IQ_baza\Pulpit\roel mapnik2\roel\thirdparty\tiff-3.9.5\libtiff
-IC:\Documents and Settings\IQ_baza\Pulpit\roel mapnik2\roel\thirdpar
ty\proj-4.7.0\src -IC:\Documents and
Settings\IQ_baza\Pulpit\MapnikDependencies\Script\thirdparty\icu\include
-IC:\usr\include -ID:\Mapnik_libraries\GnuWin32\psp\include\freetype2
-iprefix c:\mingw2\b
in\../lib/gcc/mingw32/4.5.2/ -DBOOST_PROPERTY_TREE_XML_PARSER_TINYXML
-DTIXML_USE_STL -DHAVE_JPEG -DWINDOWS -DBOOST_SPIRIT_THREADSAFE
-DMAPNIK_THREADSAFE -DNDEBUG src\color.cpp -quiet -dumpbase color.
cpp -mtune=i386 -march=i386 -ansi -auxbase-strip src\color.o -O3 -Wall
-Wno-inline -ansi -version -ftemplate-depth-200 -finline-functions -o
C:\DOCUME~1\IQ_baza\USTAWI~1\Temp\cc8BHlbh.s
GNU C++ (GCC) version 4.5.2 (mingw32)
compiled by GNU C version 4.5.2, GMP version 5.0.1, MPFR version
2.4.1, MPC version 0.8.1
GGC heuristics: --param ggc-min-expand=100 --param ggc-min-heapsize=131072
ignoring nonexistent directory
"c:\mingw2\bin\../lib/gcc/mingw32/4.5.2/../../../../mingw32/include"
ignoring duplicate directory
"c:/mingw2/lib/gcc/../../lib/gcc/mingw32/4.5.2/include/c++"
ignoring duplicate directory
"c:/mingw2/lib/gcc/../../lib/gcc/mingw32/4.5.2/include/c++/mingw32"
ignoring duplicate directory
"c:/mingw2/lib/gcc/../../lib/gcc/mingw32/4.5.2/include/c++/backward"
ignoring duplicate directory "c:/mingw2/lib/gcc/../../include"
ignoring duplicate directory
"c:/mingw2/lib/gcc/../../lib/gcc/mingw32/4.5.2/include"
ignoring duplicate directory
"c:/mingw2/lib/gcc/../../lib/gcc/mingw32/4.5.2/include-fixed"
ignoring nonexistent directory
"c:/mingw2/lib/gcc/../../lib/gcc/mingw32/4.5.2/../../../../mingw32/include"
ignoring duplicate directory "/mingw/include"
ignoring nonexistent directory "C:\usr\include"
ignoring nonexistent directory
"D:\Mapnik_libraries\GnuWin32\psp\include\freetype2"
#include "..." search starts here:
#include <...> search starts here:
agg\include
.
include
tinyxml
C:\Documents and Settings\IQ_baza\Pulpit\roel
mapnik2\roel\thirdparty\lpng154
C:\Documents and Settings\IQ_baza\Pulpit\jpeg\include
C:\Documents and Settings\IQ_baza\Pulpit\roel
mapnik2\roel\thirdparty\tiff-3.9.5\libtiff
C:\Documents and Settings\IQ_baza\Pulpit\roel
mapnik2\roel\thirdparty\proj-4.7.0\src
C:\Documents and
Settings\IQ_baza\Pulpit\MapnikDependencies\Script\thirdparty\icu\include
c:\mingw2\bin\../lib/gcc/mingw32/4.5.2/include/c++
c:\mingw2\bin\../lib/gcc/mingw32/4.5.2/include/c++/mingw32
c:\mingw2\bin\../lib/gcc/mingw32/4.5.2/include/c++/backward
c:\mingw2\bin\../lib/gcc/mingw32/4.5.2/../../../../include
c:\mingw2\bin\../lib/gcc/mingw32/4.5.2/include
c:\mingw2\bin\../lib/gcc/mingw32/4.5.2/include-fixed
/mingw/lib/gcc/mingw32/4.5.2/../../../../include
End of search list.
GNU C++ (GCC) version 4.5.2 (mingw32)
compiled by GNU C version 4.5.2, GMP version 5.0.1, MPFR version
2.4.1, MPC version 0.8.1
GGC heuristics: --param ggc-min-expand=100 --param ggc-min-heapsize=131072
Compiler executable checksum: bba7c68567cab1560329ee702fa8a945
--
View this message in context: http://old.nabble.com/No-output-file-and-no-error-tp32406076p32406789.html
Sent from the MinGW - User mailing list archive at Nabble.com.
|
|
From: JonY <jo...@us...> - 2011-09-06 10:58:28
Attachments:
signature.asc
|
On 9/6/2011 18:03, Kapeciu wrote: > > > JonY-6 wrote: >> >> On 9/6/2011 17:48, Kapeciu wrote: >>> >>> >>> JonY-6 wrote: >>>> >>>> Remove -pthread. >>>> >>> >>> This doesn't solve my problem, only removed warning "g++: unrecognized >>> option '-pthread' ". >>> >> >> Try adding -v for more debug messages. >> > > Command: > g++ -o src\color.o -c -DBOOST_PROPERTY_TREE_XML_PARSER_TINYXML > -DTIXML_USE_STL -DHAVE_JPEG -ansi -Wall -ftemplate-depth-200 -DWINDOWS > -DBOOST_ > SPIRIT_THREADSAFE -DMAPNIK_THREADSAFE -O3 -finline-functions -Wno-inline > -DNDEBUG -Iagg\include -I. -Iinclude -Itinyxml "-IC:\Documents and > Settings\IQ_baza\Pulpit\roel mapnik2\roel\thirdparty\lpng154 > " "-IC:\Documents and Settings\IQ_baza\Pulpit\jpeg\include" "-IC:\Documents > and Settings\IQ_baza\Pulpit\roel mapnik2\roel\thirdparty\tiff-3.9.5\libtiff" > "-IC:\Documents and Settings\IQ_baza\Pulpit\roe > l mapnik2\roel\thirdparty\proj-4.7.0\src" "-IC:\Documents and > Settings\IQ_baza\Pulpit\MapnikDependencies\Script\thirdparty\icu\include" > -IC:\usr\include -ID:\Mapnik_libraries\GnuWin32\psp\include\free > type2 src\color.cpp -v > At this point, I'm guessing it had to do with the space in your paths, or gcc crashed silently due to an optimization bug or it ran out of memory while optimizing. |
|
From: Kapeciu <kaa...@o2...> - 2011-09-06 11:45:51
|
JonY-6 wrote:
>
> At this point, I'm guessing it had to do with the space in your paths,
> or gcc crashed silently due to an optimization bug or it ran out of
> memory while optimizing.
>
I remove space in paths and problem still exists. I have also this problem
in other file, where g++ doesn't create output file in all optimalization
level:
Command:
g++ src/filter_factory.cpp -Iinclude -I../libraries/icu/include -v -Wall -o
src/filter_factory.o -c
Output:
Using built-in specs.
COLLECT_GCC=g++
COLLECT_LTO_WRAPPER=c:/mingw2/bin/../libexec/gcc/mingw32/4.5.2/lto-wrapper.exe
Target: mingw32
Configured with: ../gcc-4.5.2/configure
--enable-languages=c,c++,ada,fortran,objc,obj-c++ --disable-sjlj-exceptions
--with-dwarf2 --enable-shared --enable-libgomp --disable-win32-registry
--enable-lib
stdcxx-debug --enable-version-specific-runtime-libs --disable-werror
--build=mingw32 --prefix=/mingw
Thread model: win32
gcc version 4.5.2 (GCC)
COLLECT_GCC_OPTIONS='-Iinclude' '-I../libraries/icu/include' '-v' '-Wall'
'-o' 'src/filter_factory.o' '-c' '-shared-libgcc' '-mtune=i386'
'-march=i386'
c:/mingw2/bin/../libexec/gcc/mingw32/4.5.2/cc1plus.exe -quiet -v -Iinclude
-I../libraries/icu/include -iprefix c:\mingw2\bin\../lib/gcc/mingw32/4.5.2/
src/filter_factory.cpp -quiet -dumpbase filter_f
actory.cpp -mtune=i386 -march=i386 -auxbase-strip src/filter_factory.o -Wall
-version -o C:\DOCUME~1\IQ_baza\USTAWI~1\Temp\ccRN8KZV.s
GNU C++ (GCC) version 4.5.2 (mingw32)
compiled by GNU C version 4.5.2, GMP version 5.0.1, MPFR version
2.4.1, MPC version 0.8.1
GGC heuristics: --param ggc-min-expand=100 --param ggc-min-heapsize=131072
ignoring nonexistent directory
"c:\mingw2\bin\../lib/gcc/mingw32/4.5.2/../../../../mingw32/include"
ignoring duplicate directory
"c:/mingw2/lib/gcc/../../lib/gcc/mingw32/4.5.2/include/c++"
ignoring duplicate directory
"c:/mingw2/lib/gcc/../../lib/gcc/mingw32/4.5.2/include/c++/mingw32"
ignoring duplicate directory
"c:/mingw2/lib/gcc/../../lib/gcc/mingw32/4.5.2/include/c++/backward"
ignoring nonexistent directory "/mingw/include"
ignoring duplicate directory "c:/mingw2/lib/gcc/../../include"
ignoring duplicate directory
"c:/mingw2/lib/gcc/../../lib/gcc/mingw32/4.5.2/include"
ignoring duplicate directory
"c:/mingw2/lib/gcc/../../lib/gcc/mingw32/4.5.2/include-fixed"
ignoring nonexistent directory
"c:/mingw2/lib/gcc/../../lib/gcc/mingw32/4.5.2/../../../../mingw32/include"
ignoring nonexistent directory "/mingw/include"
#include "..." search starts here:
#include <...> search starts here:
include
../libraries/icu/include
c:\mingw2\bin\../lib/gcc/mingw32/4.5.2/include/c++
c:\mingw2\bin\../lib/gcc/mingw32/4.5.2/include/c++/mingw32
c:\mingw2\bin\../lib/gcc/mingw32/4.5.2/include/c++/backward
c:\mingw2\bin\../lib/gcc/mingw32/4.5.2/../../../../include
c:\mingw2\bin\../lib/gcc/mingw32/4.5.2/include
c:\mingw2\bin\../lib/gcc/mingw32/4.5.2/include-fixed
End of search list.
GNU C++ (GCC) version 4.5.2 (mingw32)
compiled by GNU C version 4.5.2, GMP version 5.0.1, MPFR version
2.4.1, MPC version 0.8.1
GGC heuristics: --param ggc-min-expand=100 --param ggc-min-heapsize=131072
Compiler executable checksum: bba7c68567cab1560329ee702fa8a945
JonY-6 wrote:
>
> or it ran out of
> memory while optimizing.
>
G++ tried to compile this file for about 15s. Do you think that there can be
out of memory in such a short time? How can i change memory size?
--
View this message in context: http://old.nabble.com/No-output-file-and-no-error-tp32406076p32407317.html
Sent from the MinGW - User mailing list archive at Nabble.com.
|
|
From: Neil D'S. <nx...@ya...> - 2011-09-06 11:59:10
|
I am no g++ or c++ expert, but Im working on a too itself which generates c++ code . The code I generated caused g++ to run out of memory. So I have faced this problem before. The method I am outlining is really basic, and simple and you may have tried it. I would compile my source code with g++ and then start the task manager, watching the memory usage it generated. I noticed that out of memory was caused because the file I was large and g++ memory usage crossed 2Gb. This wont solve your problem but can help you track what is happening with g++. For my particular file memory usage went slowly up, from 300mb to 600 mb etc peaking at 2+Gb after which the compiler gave an out of memory error. I am running 32bit windows7. |
|
From: Kapeciu <kaa...@o2...> - 2011-09-06 13:03:33
|
When I use g++ 4.5.2-1 to compile my file, max memory usage = 472MB, but when I use g++ 3.4.5 max usage = 1400MB and g++ created output file. But I can't build my other files with older g++ and I think that i must use g++ version >= 4 -- View this message in context: http://old.nabble.com/No-output-file-and-no-error-tp32406076p32407834.html Sent from the MinGW - User mailing list archive at Nabble.com. |
|
From: Earnie <ea...@us...> - 2011-09-07 11:57:22
|
Neil D'Souza wrote: > > This wont solve your problem but can help you track what is happening with g++. For my particular file memory usage went slowly up, from 300mb to 600 mb etc peaking at 2+Gb after which the compiler gave an out of memory error. I am running 32bit windows7. > At which time the user has two options. Break the file causing out-of-memory issues into multiple parts or try to find memory leaks (if any) in g++. -- Earnie -- http://www.for-my-kids.com |
|
From: Greg C. <gch...@sb...> - 2011-09-06 13:35:17
|
On 2011-09-06 13:03Z, Kapeciu wrote: > > When I use g++ 4.5.2-1 to compile my file, max memory usage = 472MB, but when > I use g++ 3.4.5 max usage = 1400MB and g++ created output file. But I can't > build my other files with older g++ and I think that i must use g++ version > >= 4 Can you split the file into two pieces, and compile the pieces separately? |
|
From: Kapeciu <kaa...@o2...> - 2011-09-07 12:47:06
|
Greg Chicares-2 wrote: > > Can you split the file into two pieces, and compile the pieces separately? > I split the file into two pieces and g++ compile it successfully. Question is why i need to split my file? -- View this message in context: http://old.nabble.com/No-output-file-and-no-error-tp32406076p32415584.html Sent from the MinGW - User mailing list archive at Nabble.com. |
|
From: Neil D'S. <nx...@ya...> - 2011-09-07 13:36:51
|
>>Greg Chicares-2 wrote: >> >> Can you split the file into two pieces, and compile the pieces separately? >> >From: Kapeciu >Sent: Wednesday, September 7, 2011 6:17 PM >I split the file into two pieces and g++ compile it successfully. Question >is why i need to split my file? Again, Im no expert but Some broad methods to investigate: 1. Try another compiler - dont know if borland still distributes the free compiler for windows. 2. Try compiling the file under linux if possible, both 32 bit and 64 bit. - see if it compiles under 64 bit windows with a different compiler. I saw this option in your command line: -ftemplate-depth-200 the virtual memory demands from the compilation could have exhausted the 4gb virtual memory space, but it's possible under 64Gb that it wont be exhausted. |
|
From: Earnie <ea...@us...> - 2011-09-08 12:22:18
|
Kapeciu wrote: > > > Greg Chicares-2 wrote: >> >> Can you split the file into two pieces, and compile the pieces separately? >> > > I split the file into two pieces and g++ compile it successfully. Question > is why i need to split my file? Because the compiler used more than 2GB of available user memory and then the system aborted it when it tried to allocate above 2GB. It isn't allow to use memory on windows over 2GB under the default installations. There may be methods on newer Windows OS to allow for giving the user up to 4 GB by lessening the amount of possible allocation of memory for system use. -- Earnie -- http://www.for-my-kids.com |
|
From: Daniel K. <dan...@gm...> - 2011-09-08 12:47:47
|
2011/9/8 Earnie <ea...@us...>: > Kapeciu wrote: >> >> >> Greg Chicares-2 wrote: >>> >>> Can you split the file into two pieces, and compile the pieces separately? >>> >> >> I split the file into two pieces and g++ compile it successfully. Question >> is why i need to split my file? > > Because the compiler used more than 2GB of available user memory and > then the system aborted it when it tried to allocate above 2GB. It > isn't allow to use memory on windows over 2GB under the default > installations. There may be methods on newer Windows OS to allow for > giving the user up to 4 GB by lessening the amount of possible > allocation of memory for system use. > > -- > Earnie > -- http://www.for-my-kids.com > > ------------------------------------------------------------------------------ > Doing More with Less: The Next Generation Virtual Desktop > What are the key obstacles that have prevented many mid-market businesses > from deploying virtual desktops? How do next-generation virtual desktops > provide companies an easier-to-deploy, easier-to-manage and more affordable > virtual desktop model.http://www.accelacomm.com/jaw/sfnl/114/51426474/ > _______________________________________________ > 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 > Hello. That would be /3G switch, but then there is risk of exhaustion of system resources. Should work at least XP+. (Some info on technet AskPerf blog: http://blogs.technet.com/b/askperf/archive/2011/08/26/troubleshooting-memory-issues-on-exchange-when-using-3gb.aspx ) Klimax |
