mingw-users Mailing List for MinGW - Minimalist GNU for Windows

Cesar Strauss wrote, on 11/30/2008 4:57 PM:
>>>> The only thing I've noticed is disabling on-access virus scanning seems
>>>> to slightly reduce the frequency of crashes, but I'm still not able to
>>>> build anything.
>>> 1) Please try uninstalling the anti-virus software completely,
>>> sometimes disabling it is not enough.
>>> 2) The following page has some other software that is known to cause problems:
>>>      http://cygwin.com/faq/faq.using.html#faq.using.bloda
>> Thanks for the suggestions. I tried both and still no luck.
> Could you try installing Cygwin and see if it crashes as well?

I have been using cygwin as well. Nothing has ever crashed in Cygwin, 
but I can't build either of the packages (gnucash or songbird) from 
Cygwin, presumably because of idiosyncracies in the build processes.

I've tried troubleshooting the build process in cygwin but always get 
stuck somewhere along the way. For example, the gnucash makefile 
downloads msysdtk; the perl version in msysdtk fails mysteriously (with 
an error 53). Trying to build these applications under cygwin seems to 
be something of a rabbit-hole, unfortunately.

Hi,

I've often found it difficult to locate particular programs in the mingw
download area on sourceforge, and I'm wondering if I'm missing something.
Here's an example, I want to view a man page but there is no mingw man, so a
little research tells me that I need groff which I don't have installed. So
I go to the download page
(http://sourceforge.net/project/showfiles.php?group_id=2435) but can't find
groff listed anywhere there.

The FAQ at mingw.org has a has a download link for it (which is broken -
clicking the link does not got to where it says, it goes to
http://www.mingw.org/wiki/this_mingwPORT which gives an error). But a copy
and paste of the text of the link
(http://prdownloads.sourceforge.net/mingw/groff-1.19.2-mingwPORT-1.tar.bz2?d
ownload) does finally work.

So questions:

1. groff is obviously available for download at sourceforge so why does it
not appear to be listed in the packages list (or not anywhere obvious
anyway)?

2. Is there a list anywhere of what programs are in what packages (something
like the Cygwin package search)?

I'm also looking for a mingw port of GNU zip. I found rpms for mingw-zip
which tells me it probably exists (although I can't quite figure out why
"gnu for windows" would be available in Linux RPMs) but again can't I find
it via the download page at sourceforge.

Ian

Adam Rosi-Kessel wrote:
> Cesar Strauss wrote, on 11/29/2008 1:04 PM:
>> Adam Rosi-Kessel wrote:
>>> The only thing I've noticed is disabling on-access virus scanning seems
>>> to slightly reduce the frequency of crashes, but I'm still not able to
>>> build anything.
>>
>> Since MSYS shares much code with Cygwin, perhaps some Cygwin-related
>> advice could help:
>>
>> 1) Please try uninstalling the anti-virus software completely,
>> sometimes disabling it is not enough.
>> 2) The following page has some other software that is known to cause problems:
>>      http://cygwin.com/faq/faq.using.html#faq.using.bloda
>> 3) Try downloading rebase.exe from
>>      http://www.tishler.net/jason/software/rebase/
>>    Then close all MSYS programs and run from the Command Prompt:
>>      rebase -b 0x30000000 msys-1.0.dll
>
> Thanks for the suggestions. I tried both and still no luck.

Could you try installing Cygwin and see if it crashes as well?

Cesar

Greg Chicares wrote, on 11/30/2008 2:50 PM:
>> What's particularly surprising to me is how random 
>> the crashes seem to be -- I can run the same make command ten times, and 
>> each time get a different crash. It's also surprising that there is no 
>> useful debug information coming out -- the stack dump itself doesn't 
>> seem enlightening.
> When it stops, try typing the same 'make' command again. If it goes
> further, then crashes elsewhere, it might be hardware:
>   http://www.bitwizard.nl/sig11/

Repeatedly executing 'make' does have inconsistent results, but it 
doesn't necessarily go further. Sometimes it crashes immediately, 
sometimes further on. It's not linear. I can run 'make' ten times in a 
row and crash at ten different points, some earlier, some later, in the 
make process.

I'm pretty sure it's not hardware--I was having this identical problem 
on the predecessor machine to this one. They are both Lenovo Laptops but 
different models (x60 vs. x61) with no common parts.

Just to close the loop, I finally got Mingw32 installed on my FC8 system.

I found ( by accident ) a mingw32-linux-x86-glibc-2.5.tar.gz that worked
on my system. The only problem is that it is compiled to be run from
/usr/local/cross-tools, so had to install it there. This presents a problem
if I need other cross tools to be installed since any other packages will
over write the Mingw32 install!

The files can be found 
at:http://www.libsdl.org/extras/win32/cross/README.txt

Thanks for all of your time.

JonY wrote:
> On 11/7/2008 08:05, William Estrada wrote:
>> JonY wrote:
>>> On 11/7/2008 03:20, William Estrada wrote:
>>>> OK, after about a 2 weeks of attempts to install by hand, I went back
>>>> to the
>>>> x86-mingw32-build.sh. I modified x86-mingw32-build.conf to use the
>>>> latest
>>>> source packages that I could find and have downloaded. This work up 
>>>> to a
>>>> point. Now I get this error during the build:
>>>>
>>>> ./x86-mingw32-build.sh: stage 1: build w32api ...
>>>> ./x86-mingw32-build.sh: line 139: ../config.guess: No such file or
>>>> directory
>>>> ./x86-mingw32-build.sh: line 139: ../configure: No such file or
>>>> directory
>>>> ./x86-mingw32-build.sh: unrecoverable error configuring w32api
>>>>
>>>> The mods I made to the conf file:
>>>>
>>>> #
>>>> # 4) Package versions, from which the compiler will be built.
>>>> #
>>>> assume GCC_VERSION 3.4.5-20060117-1
>>>> assume BINUTILS_VERSION 2.18.50-20080109-2
>>>> assume RUNTIME_VERSION 3.14
>>>> assume W32API_VERSION 3.9
>>>>
>>>> Now what??????????
>>>>
>>>
>>> Hi,
>>> The latest versions are:
>>>
>>> GCC_VERSION 3.4.5-20060117-3
>>> BINUTILS_VERSION 2.18.50-20080109-2
>>> RUNTIME_VERSION 3.15.1
>>> W32API_VERSION 3.12
>>>
>> I can't find any source files for these! All the newer files are RPMs
>> and not tar.gz files!
>>
> These are on the MinGW official sf mirrors. 
> <http://sourceforge.net/project/showfiles.php?group_id=2435>
>
>>> Strange, I have never encountered this error before. There seems no
>>> reason for it to fail here.
>>>
>>> Did the other components build properly?
>>>
>> The script stops on an error.
>>
>
> Ok, do check the conf file, does WORKING_DIR, PACKAGE_DIR and 
> INSTALL_DIR exist?
>
> Try clearing the contents of the directories, or at least move them 
> away and start clean.
>


-- 
William Estrada
MrU...@po...
Mt-Umunhum-Wireless.net ( http://Mt-Umunhum-Wireless.net )
Ymessenger: MrUmunhum

On 2008-11-30 01:53Z, Adam Rosi-Kessel wrote:
> 
> What's particularly surprising to me is how random 
> the crashes seem to be -- I can run the same make command ten times, and 
> each time get a different crash. It's also surprising that there is no 
> useful debug information coming out -- the stack dump itself doesn't 
> seem enlightening.

When it stops, try typing the same 'make' command again. If it goes
further, then crashes elsewhere, it might be hardware:
  http://www.bitwizard.nl/sig11/

Cesar Strauss wrote, on 11/29/2008 1:04 PM:
> Adam Rosi-Kessel <ad...@ro...> wrote:
>> The only thing I've noticed is disabling on-access virus scanning seems
>> to slightly reduce the frequency of crashes, but I'm still not able to
>> build anything.
> 
> Since MSYS shares much code with Cygwin, perhaps some Cygwin-related
> advice could help:
> 
> 1) Please try uninstalling the anti-virus software completely,
> sometimes disabling it is not enough.
> 2) The following page has some other software that is known to cause problems:
>      http://cygwin.com/faq/faq.using.html#faq.using.bloda
> 3) Try downloading rebase.exe from
>      http://www.tishler.net/jason/software/rebase/
>    Then close all MSYS programs and run from the Command Prompt:
>      rebase -b 0x30000000 msys-1.0.dll

Thanks for the suggestions. I tried both and still no luck. I also tried 
killing/stopping every process/service that seemed potentially invasive 
(i.e., everything that was not essential to running the OS) and still 
get the same result. What's particularly surprising to me is how random 
the crashes seem to be -- I can run the same make command ten times, and 
each time get a different crash. It's also surprising that there is no 
useful debug information coming out -- the stack dump itself doesn't 
seem enlightening.

The only other possible cause I might mention is pointsec, which is the 
tool for the encrypted hard drive. I don't have any way to disable it 
and still run my laptop. I wouldn't think that should interfere -- I've 
never heard of any other application having any issues with pointsec -- 
but if it is the cause I can't think of a good way to test it.

Any other suggestions?

Adam

Adam Rosi-Kessel <ad...@ro...> wrote:
> The only thing I've noticed is disabling on-access virus scanning seems
> to slightly reduce the frequency of crashes, but I'm still not able to
> build anything.

Since MSYS shares much code with Cygwin, perhaps some Cygwin-related
advice could help:

1) Please try uninstalling the anti-virus software completely,
sometimes disabling it is not enough.
2) The following page has some other software that is known to cause problems:
     http://cygwin.com/faq/faq.using.html#faq.using.bloda
3) Try downloading rebase.exe from
     http://www.tishler.net/jason/software/rebase/
   Then close all MSYS programs and run from the Command Prompt:
     rebase -b 0x30000000 msys-1.0.dll

Hope this helps,

Cesar

I've got the same problem. sh.exe stack dumps whatever I try to build.
Right now I'm trying to build gnucash and songbird, each according to
the recommended build method. The stack dumps seem random -- sometimes I
get a few steps into the build; sometimes it dumps immediately. I am
never able to complete a build.

I've tried msys 1.0.1, as well as the latest stable version (1.0.10).
I've also tried the mozilla-build 1.3 msys, as recommended by songbird.
They all behave the same.

I've never had a logitech camera and have none of the related drivers or
services that seem to come up most frequently in discussions of this
problem.

The only thing I've noticed is disabling on-access virus scanning seems
to slightly reduce the frequency of crashes, but I'm still not able to
build anything.

Any ideas? I've never been able to use msys to build anything.

msysinfo from regular msys installation:

$ msysinfo
msysinfo-1.3: Send this to the MSYS support list:

       0 [main] sh 2652 open_stackdumpfile: Dumping stack trace to 
sh.exe.stackdump
MSYS 1.0.10(0.46/3/2) 2004-03-15 07:17 i686 unknown; targ=
GNU bash, version 2.04.0(1)-release (i686-pc-msys); ENV=.profile
GNU Make version 3.79.1,Built for i686-pc-msys; MAKE_MODE=unix
gcc.exe (GCC) 3.4.5 (mingw-vista special r3); targ=MINGW32
GNU ld version 2.17.50 20060824
    789320 Tue Mar 16 14:32:49 2004 /bin/msys-1.0.dll
     52064 Thu Jan 02 08:05:27 2003 /bin/msysltdl-3.dll
    135680 Tue Mar 16 14:32:48 2004 /bin/make.exe
     90112 Thu Apr 24 11:01:53 2008 /mingw/bin/gcc.exe
    806237 Fri Aug 25 01:35:47 2006 /mingw/bin/ld.exe
HOME=/c/soft/msys/home/
Sysname=MINGW32_NT-5.1  OSTYPE=msys  TERM=msys
PATH=.:/usr/local/bin:/mingw/bin:/bin:/c/WINDOWS/system32:/c/WIN
DOWS:/c/WINDOWS/system32/WBEM
$ ls -tx /c/soft/msys/home
sh.exe.stackdump  .bash_history

msysinfo from mozilla-build installation:

$ msysinfo
msysinfo-1.3: Send this to the MSYS support list:

MSYS 1.0.11(0.46/3/2) 2007-01-12 12:05 i686 unknown; targ=MINGW32
GNU bash, version 2.04.0(1)-release (i686-pc-msys); ENV=.profile
GNU Make 3.81.90This program built for i686-pc-msys32; MAKE_MODE=unix
       0 [main] sh 2880 open_stackdumpfile: Dumping stack trace to
sh.exe.stackdump
gcc (GCC) 3.4.4 (cygming special, gdc 0.12, using dmd 0.125); targ=
GNU ld (GNU Binutils) 2.18.50.20080625
  2008-06-16 13:44:24.000000000 -0400 /bin/msys-1.0.dll
  2008-06-16 13:44:24.000000000 -0400 /bin/msys-crypto-0.9.8.dll
  2008-06-16 13:44:24.000000000 -0400 /bin/msys-minires.dll
  2008-06-16 13:44:24.000000000 -0400 /bin/msys-ssl-0.9.8.dll
  2008-06-16 13:44:24.000000000 -0400 /bin/msys-z.dll
  2008-06-16 13:44:24.000000000 -0400 /bin/msysltdl-3.dll
       0 [main] sh 1580 open_stackdumpfile: Dumping stack trace to
sh.exe.stackdump
006-12-17 19:56:16.000000000 -0500 /c/cygwin/bin/gcc.exe
2008-07-08 18:14:40.000000000 -0400 /c/cygwin/bin/ld.exe
HOME=/c/mozilla-build/msys/BOSNT01
Sysname=MINGW32_NT-5.1  OSTYPE=msys  TERM=msys
PATH=.:/usr/local/bin:/mingw/bin:/bin:/c/WINDOWS/system32:/c/WIN
DOWS:/c/WINDOWS/system32/WBEM
$ ls -tx /c/mozilla-build/msys/home
sh.exe.stackdump

I've got the same problem. sh.exe stack dumps whatever I try to build. 
Right now I'm trying to build gnucash and songbird, each according to 
the recommended build method. The stack dumps seem random -- sometimes I 
get a few steps into the build; sometimes it dumps immediately. I am 
never able to complete a build.

I've tried msys 1.0.1, as well as the latest stable version (1.0.10). 
I've also tried the mozilla-build 1.3 msys, as recommended by songbird. 
They all behave the same.

I've never had a logitech camera and have none of the related drivers or 
services that seem to come up most frequently in discussions of this 
problem.

The only thing I've noticed is disabling on-access virus scanning seems 
to slightly reduce the frequency of crashes, but I'm still not able to 
build anything.

Any ideas?

"Andreas Wollschlaeger" <d5...@di...> 
сообщил/сообщила в новостях следующее: 
news:492...@di......
> Hi folks,
>
> last night I attempted to switch one of my projects from using
>
> #include <stdarg.h>
>
> to
>
> #include <cstdarg>
>
> when I realized that MinGW's version of <cstdarg> only puts "va_list" in
> the std namespace, but not the related va_start and va_end functions:
>
> -- snip --
>
> Is there any particular reason why this is so? Just peeked into the
> corresponding include from Visual C++, this does the same and only puts
> va_list in the std namespace.

va_start, va_end, va_arg and va_copy are macros. You can't put macros in 
namespaces.

Roman.

Quoting Tuomo Latto <dj...@ik...>:

> mo...@go... wrote:
>> I am trying to follow along with a C++ programming book I just took
>> out of the library, but I can't seem to get the supplied MinGWStudio
>> IDE on the CD to work. I've extracted the tar.gz file to my harddrive
>> and it creates a folder MinGWStudio but when I double click on the
>> MinGWStudio file inside the folder nothing happens. Googling
>> 'MinGWStudio' leads to www.parinyasoft.com/  but this site is down.
>> So, does anyone know if MinGWStudio actually does work on Ubuntu? Am I
>> missing something really obvious (am a Linux newbie) or does it just
>> not work?
>
> Hey, the site says "It works!"
>
> Seriously, though, this is not the place get support for MinGWStudio.
> That said, maybe the Wayback Machine helps until they fix it?
> http://web.archive.org/web/*/http://www.parinyasoft.com/
>

Correct, MinGW does not support this non open software.  We even try to 
dissuade its use since it is not Open Source.

Earnie

Hi Jay,

jayshankar nair <n_j...@ya...> wrote on 28.11.2008 14:20:32:

> Hi,
> 
> I am getting the following error. Is some sort of definition 
> missing. Do i need to import functions.
> 
> Thanks,
> Jay

You try to autoimport vtables, which are in fact variables. So you should 
use your import library, or specify for ld the option --enable-auto-import 
(as g++ command line option -Wl,--enable-auto-import).
The warning should be interpreted as written:
"can't be auto-imported. Please read the documentation for ld's 
--enable-auto-import".

Hope this helps,
Kai

|  (\_/)  This is Bunny. Copy and paste Bunny
| (='.'=) into your signature to help him gain
| (")_(") world domination.

I'd recommend installing g++ and other needed development tools on
ubuntu, and then learning how to use those.

-- 
Caleb Cushing

Hi,

I am getting the following error. Is some sort of definition missing. Do i need to import functions.

Thanks,
Jay


C:\MinGW\bin\g++ -c -g -Wall -D_REENTRANT -fPIC -fno-inlin
e src\spNSServerHandler.cpp -o .\obj\spNSServerHandler.o -I.\inc -I"C:\MinGW\inc
C:\MinGW\bin\g++ -shared -o .\lib\libspNSServerHandler.dll .\obj\spNSServerHandl
er.o -L..\..\spCommon\lib -L"C:\pthreads.2" -lspCommon -L"C:\MinGW\lib" -lws2_32
  -L"C:\xmlrpc-c-1.06.31\src\cpp" -lxmlrpc_cpp -lxmlrpc++ -lpacketsocket -lxmlrp
c_client++ -lpthreadGC2
.\obj\spNSServerHandler.o(.text+0xb2b): In function `Z17sendRespToEServerP18stUI
ControlAndData':
C:/Documents and Settings/zaid/client/simplus/spNetServices_client/spNSServerHan
dler/src/spNSServerHandler.cpp:176: variable 'vtable for xmlrpc_c::rpcPtr' can't
 be auto-imported. Please read the documentation for ld's --enable-auto-import f
or details.
.\obj\spNSServerHandler.o(.text+0xc74):C:/Documents and Settings/zaid/client/sim
plus/spNetServices_client/spNSServerHandler/src/spNSServerHandler.cpp:179: varia
ble 'vtable for xmlrpc_c::rpcPtr' can't be auto-imported. Please read the docume
ntation for ld's --enable-auto-import for details.
.\obj\spNSServerHandler.o(.text+0xf2d):C:/Documents and Settings/zaid/client/sim
plus/spNetServices_client/spNSServerHandler/src/spNSServerHandler.cpp:189: varia
ble 'vtable for xmlrpc_c::rpcPtr' can't be auto-imported. Please read the docume
ntation for ld's --enable-auto-import for details.
.\obj\spNSServerHandler.o(.text+0xf59):C:/Documents and Settings/zaid/client/sim
plus/spNetServices_client/spNSServerHandler/src/spNSServerHandler.cpp:190: varia
ble 'vtable for xmlrpc_c::rpcPtr' can't be auto-imported. Please read the docume
ntation for ld's --enable-auto-import for details.
.\obj\spNSServerHandler.o(.text+0x1035):C:/Documents and Settings/zaid/client/si
mplus/spNetServices_client/spNSServerHandler/src/spNSServerHandler.cpp:192: vari
able 'vtable for xmlrpc_c::rpcPtr' can't be auto-imported. Please read the docum
entation for ld's --enable-auto-import for details.
.\obj\spNSServerHandler.o(.text$_ZN8xmlrpc_c6rpcPtrD1Ev[xmlrpc_c::rpcPtr::~rpcPt
r()]+0xb): In function `ZNSaIN8xmlrpc_c5valueEED2Ev':
C:/MinGW/bin/../lib/gcc/mingw32/3.4.2/../../../../include/c++/3.4.2/bits/stl_con
struct.h: variable 'vtable for xmlrpc_c::rpcPtr' can't be auto-imported. Please
read the documentation for ld's --enable-auto-import for details.
.\obj\spNSServerHandler.o(.text$_ZN8xmlrpc_c10client_xmlD1Ev[xmlrpc_c::client_xm
l::~client_xml()]+0x3a):C:/MinGW/bin/../lib/gcc/mingw32/3.4.2/../../../../includ
e/c++/3.4.2/bits/stl_construct.h: variable 'vtable for xmlrpc_c::client_xml' can
't be auto-imported. Please read the documentation for ld's --enable-auto-import.







      

Hi folks,

last night I attempted to switch one of my projects from using

#include <stdarg.h>

to

#include <cstdarg>

when I realized that MinGW's version of <cstdarg> only puts "va_list" in 
the std namespace, but not the related va_start and va_end functions:

-- snip --
namespace std
{
  using ::va_list;
}
-- snip --

Is there any particular reason why this is so? Just peeked into the 
corresponding include from Visual C++, this does the same and only puts 
va_list in the std namespace.


Cheers
Andreas

Trying to compile and link a GTKmm application delivers this message:
 
"This application has requested the Runtime to terminate it in an unusual way.
Please contact the application's support team for more information."
 
The command is:
g++ -ID:/Programas/gtkmm/include/gtkmm-2.4 -ID:/Programas/gtkmm/lib/gtkmm-2.4/include -ID:/Programas/gtkmm/include/glibmm-2.4 -ID:/Programas/gtkmm/lib/glibmm-2.4/include -ID:/Programas/gtkmm/include/giomm-2.4 -ID:/Programas/gtkmm/lib/giomm-2.4/include -ID:/Programas/gtkmm/include/gdkmm-2.4 -ID:/Programas/gtkmm/lib/gdkmm-2.4/include -ID:/Programas/gtkmm/include/pangomm-1.4 -ID:/Programas/gtkmm/include/atkmm-1.6 -ID:/Programas/gtkmm/include/gtk-2.0 -ID:/Programas/gtkmm/include/sigc++-2.0 -ID:/Programas/gtkmm/lib/sigc++-2.0/include -ID:/Programas/gtkmm/include/glib-2.0 -ID:/Programas/gtkmm/lib/glib-2.0/include -ID:/Programas/gtkmm/lib/gtk-2.0/include -ID:/Programas/gtkmm/include/cairomm-1.0 -ID:/Programas/gtkmm/include/pango-1.0 -ID:/Programas/gtkmm/include/cairo -ID:/Programas/gtkmm/include/libpng12 -ID:/Programas/gtkmm/include/atk-1.0 -O0 -g3 -Wall -c -fmessage-length=0 -mms-bitfields -omain.o ..\main.cpp
 
The extrange thing is that if open a cmd console and run the same exact command it works flawlessly. Under Eclipse, using the -v flag doesn't show anything.
 
I've also run the same command also including libs and library paths under the cmd console and it did compile successfully. The code is fine, since after compiling it through the cmd console it runs without a problem.
 
I'm using latest stable Mingw release under latest Eclipse CDT. Trying to compile any other project not related to GTKmm compiles without complain.
 
Any insight on what might be causing this problem?
 
Thanks
_________________________________________________________________
El otoño llega cargado de novedades
http://events.es.msn.com/noticias/vuelta-al-cole

On Thursday 27 November 2008 10:52:52 Salamanka A. Serge wrote:
> New features in release 3.15:
> the generic package name has been shortened
>    from `mingw-runtime' to `mingwrt'
>
> but in the build script x86-mingw32-build.sh there is still the
> mingw-runtime.

Yes, this is a known issue, thanks.  I am following it up, but the day 
job is getting in the way of progress, just at the moment.

> Could anyone have a look or might give a general guidance to edit
> the script.  Will it be enough just to change `mingw-runtime' to
> `mingwrt' ??? 

You could try the patch at:
https://sourceforge.net/tracker/index.php?func=detail&aid=2147109&group_id=2435&atid=302435

This is on my review list, but I haven't yet had time to fully verify 
its effectiveness.

> Should I report a bag ?

Please don't be offended; I'm sure you mean `bug', rather than `bag'.  
No thanks; that existing patch submission is sufficient.  If you'd 
like to add any comments to it, please follow the link, and do so.

Regards,
Keith.

New features in release 3.15:
the generic package name has been shortened
   from `mingw-runtime' to `mingwrt'

but in the build script x86-mingw32-build.sh there is still the 
mingw-runtime.

This causes errors when building from sources.

Could anyone have a look or might give a general guidance to edit the 
script.
Will it be enough just to change `mingw-runtime' to `mingwrt' ???
Should I report a bag ?


Serge

mo...@go... wrote:
> I am trying to follow along with a C++ programming book I just took
> out of the library, but I can't seem to get the supplied MinGWStudio
> IDE on the CD to work. I've extracted the tar.gz file to my harddrive
> and it creates a folder MinGWStudio but when I double click on the
> MinGWStudio file inside the folder nothing happens. Googling
> 'MinGWStudio' leads to www.parinyasoft.com/  but this site is down.
> So, does anyone know if MinGWStudio actually does work on Ubuntu? Am I
> missing something really obvious (am a Linux newbie) or does it just
> not work?

Hey, the site says "It works!"

Seriously, though, this is not the place get support for MinGWStudio.
That said, maybe the Wayback Machine helps until they fix it?
http://web.archive.org/web/*/http://www.parinyasoft.com/


-- 
Tuomo

... Energizer Bunny Arrested! Charged with battery

Hi, now sure if this is the right place to ask about this but it
seemed the best bet. Will also try Ubuntu forums, which I've just
registered with.

I am trying to follow along with a C++ programming book I just took
out of the library, but I can't seem to get the supplied MinGWStudio
IDE on the CD to work. I've extracted the tar.gz file to my harddrive
and it creates a folder MinGWStudio but when I double click on the
MinGWStudio file inside the folder nothing happens. Googling
'MinGWStudio' leads to www.parinyasoft.com/  but this site is down.
So, does anyone know if MinGWStudio actually does work on Ubuntu? Am I
missing something really obvious (am a Linux newbie) or does it just
not work?

Thanks in advance for any help.

Thanks a lot! It worked!

On Fri, Nov 21, 2008 at 9:50 AM, Sylvester <syl...@gm...>wrote:

>  Greg Chicares wrote:
>
> [Please don't top-post:
>   http://en.wikipedia.org/wiki/Posting_style#Top-posting
> Thanks.]
>
> On 2008-11-21 02:40Z, Sylvester Steele wrote:
>
>
>  I am basically declaring an extern array in a file say global1.h. The I am
> using it in 2-3 other files. I include this file.
>
> I declare it like this:
>
> extern int outputs[4];
>
>
>  This declaration enables you to access and use the variable,
> as long as it's defined elsewhere. I'd generally omit the
> dimension '4' here: then you don't have to change it in the
> header when you change it in the definition.
>
>
>
>  to use this extern array I do:
>
> int outputs[4]; - this outside of any function, in file that I want to
> access the extern variable.
>
>
>  That's a definition. You need exactly one definition, in
> exactly one file. The 'extern' declaration enables the
> variable defined here to be accessed elsewhere.
>
>
>
>  If I do this in 1 file only (ie declaration an 1 file and use in 1 more
> different file) the program compiles.
>
> However if I use it more than one file (declaration an 1 file and use in 2
> or more different files) it does not compile.
>
>
>  One declaration is sufficient for you to use the variable in
> any file that includes the header containing the declaration.
> You don't have to repeat the definition: in fact, it's an error.
> A definition allocates space. You want to allocate space only
> once for a variable.
>
> -------------------------------------------------------------------------
> This SF.Net email is sponsored by the Moblin Your Move Developer's challenge
> Build the coolest Linux based applications with Moblin SDK & win great prizes
> Grand prize is a trip for two to an Open Source event anywhere in the worldhttp://moblin-contest.org/redirect.php?banner_id=100&url=/
> _______________________________________________
> MinGW-users mailing lis...@li...
>
> You may change your MinGW Account Options or unsubscribe at:https://lists.sourceforge.net/lists/listinfo/mingw-users
>
> This list observes the Etiquette found at http://www.mingw.org/Mailing_Lists. We ask that you be polite and do the same.
>
>
>
>  Thanks a lot. I'll try this.
>

hmmm.... that is also a possibility. i will work on that. thank you.

On Sun, 23 Nov 2008 10:24:18 +0200
"Tor Lillqvist" <tm...@ik...> wrote:

> And the mailing list software top-posts the etiquette blurb, even.

You mean the software is the most impolite ? :-)

Andi

> I am running Windows Vista x64 and would like to set up an x64 build of BIND

>  to mee it seems that if a *nix x64 build is available for quite a while, a x64 Windows build should be possible.

Sorry, that is irrelevant. Either you are misunderstanding things, or
then I misunderstand what you mean.

The question you should be asking is whether the software in question
has been ported to 32-bit Windows. If it hasn't, then the fact that it
can be built on 64-bit Unixes has little significance. The difference
between Unix in general (32- or 64-bit) and Windows in general (32- or
64-bit) is much larger than the difference between 32- and 64-bit
Windows. If some software is reasonably portably written in the first
place, and it is portable to 32-bit Windows, then the additional steps
needed to port it to 64-bit Windows, too, are usually not that hard.
The API is after all the same on 32- and 64-bit Windows, just the
sizes of some data types are different.

--tml