Joost Verburg [EMAIL PROTECTED] writes:
Angus Leeming wrote:
Are you volunteering? You'd be made very welcome! (There are no active
developers using VS at the moment.)
I can help by pointing out the specific functions that cause the problems.
The console window issue is caused by spawnvp
On Mon, Feb 27, 2006 at 11:00:01AM +, Angus Leeming wrote:
Careful! Paul said he was using VS2005, so the .vcproj file he posts won't be
useable by VS2003 people. (Unless there's a compatability switch; dunno.)
No. The conversion is (as usual..) one-way.
Just save the 2005 project files in
Joost Verburg <[EMAIL PROTECTED]> writes:
> Angus Leeming wrote:
> > Are you volunteering? You'd be made very welcome! (There are no active
> > developers using VS at the moment.)
> I can help by pointing out the specific functions that cause the problems.
> The console window issue is caused by
On Mon, Feb 27, 2006 at 11:00:01AM +, Angus Leeming wrote:
> Careful! Paul said he was using VS2005, so the .vcproj file he posts won't be
> useable by VS2003 people. (Unless there's a compatability switch; dunno.)
No. The conversion is (as usual..) one-way.
Just save the 2005 project files
Am Montag, 27. Februar 2006 03:15 schrieb Paul Langevin:
MathXYMatrixInset::MathXYMatrixInset(void) (??0MathXYMatrixInset@@[EMAIL
PROTECTED])
referenced in function class MathAtom __cdecl createMathInset(class
std::basic_stringchar,struct std::char_traitschar,class
std::allocatorchar
const
Georg Baum [EMAIL PROTECTED] writes:
Am Montag, 27. Februar 2006 03:15 schrieb Paul Langevin:
MathXYMatrixInset::MathXYMatrixInset(void) (??0MathXYMatrixInset at at
QAE at XZ)
referenced in function class MathAtom __cdecl createMathInset(class
std::basic_stringchar,struct
Am Montag, 27. Februar 2006 12:00 schrieb Angus Leeming:
Careful! Paul said he was using VS2005, so the .vcproj file he posts
won't be
useable by VS2003 people. (Unless there's a compatability switch;
dunno.)
Oops, I thought it was already in VS2005 format. Since the .vcproj is an
XML file
I added the two missing files to the project through the IDE and was able to
compile successfully. The compilation was pretty quick, considering that I was
running on a laptop. I was left with a couple of problems:
1. The program only ran if I clicked on Run from the menu in the IDE. If I
Paul wrote:
2. Whenever I exited the program there was a fatal error (something about file
unlocking, I think).
I can reproduce this crash. Another issue with VC++ builds is that
console windows appear all the time when some process is supposed to run
in the background (image preview etc.).
Joost Verburg [EMAIL PROTECTED] writes:
Paul wrote:
2. Whenever I exited the program there was a fatal error (something
about file unlocking, I think).
Unlocking a mutex perhaps? We don't know how to fix that particular problem...
I can reproduce this crash. Another issue with VC++ builds
Angus Leeming wrote:
Are you volunteering? You'd be made very welcome! (There are no active
developers using VS at the moment.)
Angus
I can help by pointing out the specific functions that cause the problems.
The console window issue is caused by spawnvp in support/forkedcall.c.
The MinGW
Am Montag, 27. Februar 2006 03:15 schrieb Paul Langevin:
MathXYMatrixInset::MathXYMatrixInset(void)" (??0MathXYMatrixInset@@[EMAIL
PROTECTED])
> referenced in function "class MathAtom __cdecl createMathInset(class
> std::basic_string > const
Georg Baum <[EMAIL PROTECTED]> writes:
>
> Am Montag, 27. Februar 2006 03:15 schrieb Paul Langevin:
>
> MathXYMatrixInset::MathXYMatrixInset(void)" (??0MathXYMatrixInset
QAE XZ)
> > referenced in function "class MathAtom __cdecl createMathInset(class
> > std::basic_string
Am Montag, 27. Februar 2006 12:00 schrieb Angus Leeming:
> Careful! Paul said he was using VS2005, so the .vcproj file he posts
won't be
> useable by VS2003 people. (Unless there's a compatability switch;
dunno.)
Oops, I thought it was already in VS2005 format. Since the .vcproj is an
XML file
I added the two missing files to the project through the IDE and was able to
compile successfully. The compilation was pretty quick, considering that I was
running on a laptop. I was left with a couple of problems:
1. The program only ran if I clicked on Run from the menu in the IDE. If I
Paul wrote:
2. Whenever I exited the program there was a fatal error (something about file
unlocking, I think).
I can reproduce this crash. Another issue with VC++ builds is that
console windows appear all the time when some process is supposed to run
in the background (image preview etc.).
Joost Verburg <[EMAIL PROTECTED]> writes:
> Paul wrote:
> > 2. Whenever I exited the program there was a fatal error (something
> > about file unlocking, I think).
Unlocking a mutex perhaps? We don't know how to fix that particular problem...
> I can reproduce this crash. Another issue with VC++
Angus Leeming wrote:
Are you volunteering? You'd be made very welcome! (There are no active
developers using VS at the moment.)
Angus
I can help by pointing out the specific functions that cause the problems.
The console window issue is caused by spawnvp in support/forkedcall.c.
The MinGW
I get the following error building on MS Visual C++ 2005:
forkedcall.C
..\..\src\support\forkedcall.C(170) : error C2065: 'ESRCH' : undeclared
identifier
I am no programmer, but looked up the offending code out of curiosity:
bool ForkedProcess::running() const
{
if (!pid())
Paul Langevin [EMAIL PROTECTED] writes:
I get the following error building on MS Visual C++ 2005:
forkedcall.C
..\..\src\support\forkedcall.C(170) : error C2065: 'ESRCH' : undeclared
identifier
Well, according to Google there is supposed to be an #include errno.h at
top
of the file.
On Mon, 2006-02-27 at 02:15 +, Paul Langevin wrote:
Paul Langevin [EMAIL PROTECTED] writes:
I get the following error building on MS Visual C++ 2005:
forkedcall.C
..\..\src\support\forkedcall.C(170) : error C2065: 'ESRCH' : undeclared
identifier
Well, according to
I get the following error building on MS Visual C++ 2005:
forkedcall.C
..\..\src\support\forkedcall.C(170) : error C2065: 'ESRCH' : undeclared
identifier
I am no programmer, but looked up the offending code out of curiosity:
bool ForkedProcess::running() const
{
if (!pid())
Paul Langevin <[EMAIL PROTECTED]> writes:
>
> I get the following error building on MS Visual C++ 2005:
>
> forkedcall.C
> ..\..\src\support\forkedcall.C(170) : error C2065: 'ESRCH' : undeclared
> identifier
>
Well, according to Google there is supposed to be an "#include " at
top
of the
On Mon, 2006-02-27 at 02:15 +, Paul Langevin wrote:
> Paul Langevin <[EMAIL PROTECTED]> writes:
>
> >
> > I get the following error building on MS Visual C++ 2005:
> >
> > forkedcall.C
> > ..\..\src\support\forkedcall.C(170) : error C2065: 'ESRCH' : undeclared
> > identifier
> >
>
>
On 31-May-2001 Garst R. Reese wrote:
It did not fix the problem with gcc-3.0-20010528
???
Does someone know where the strcmp co. functions are delcared there?
Could you try to include cstdlib before cstring in that file and
see if that helps?
Jürgen
--
Juergen Vigna wrote:
On 31-May-2001 Garst R. Reese wrote:
It did not fix the problem with gcc-3.0-20010528
???
Does someone know where the strcmp co. functions are delcared there?
Could you try to include cstdlib before cstring in that file and
see if that helps?
Jürgen
Juergen Vigna [EMAIL PROTECTED] writes:
| On 31-May-2001 Garst R. Reese wrote:
|
| It did not fix the problem with gcc-3.0-20010528
|
| ???
|
| Does someone know where the strcmp co. functions are delcared there?
|
| Could you try to include cstdlib before cstring in that file and
| see if
On 31-May-2001 Garst R. Reese wrote:
> It did not fix the problem with gcc-3.0-20010528
???
Does someone know where the strcmp & co. functions are delcared there?
Could you try to include before in that file and
see if that helps?
Jürgen
--
Juergen Vigna wrote:
>
> On 31-May-2001 Garst R. Reese wrote:
>
> > It did not fix the problem with gcc-3.0-20010528
>
> ???
>
> Does someone know where the strcmp & co. functions are delcared there?
>
> Could you try to include before in that file and
> see if that helps?
>
>
Juergen Vigna <[EMAIL PROTECTED]> writes:
| On 31-May-2001 Garst R. Reese wrote:
|
| > It did not fix the problem with gcc-3.0-20010528
|
| ???
|
| Does someone know where the strcmp & co. functions are delcared there?
|
| Could you try to include before in that file and
| see if that
/bin/sh ../../libtool --mode=compile gcc -DHAVE_CONFIG_H -I. -I. -I../../src -I./../
-I../.. -I../.. -I../../boost -isystem /usr/X11R6/include -O2 -m486
-fno-strength-reduce -c math_macro.C
gcc -DHAVE_CONFIG_H -I. -I. -I../../src -I./../ -I../.. -I../.. -I../../boost -isystem
Kayvan == Kayvan A Sylvan [EMAIL PROTECTED] writes:
I am in the process of fixing this.
JMarc
Kayvan A. Sylvan wrote:
/bin/sh ../../libtool --mode=compile gcc -DHAVE_CONFIG_H -I. -I. -I../../src -I./../
-I../.. -I../.. -I../../boost -isystem /usr/X11R6/include -O2 -m486
-fno-strength-reduce -c math_macro.C
gcc -DHAVE_CONFIG_H -I. -I. -I../../src -I./../ -I../.. -I../..
On 30-May-2001 Kayvan A. Sylvan wrote:
/bin/sh ../../libtool --mode=compile gcc -DHAVE_CONFIG_H -I. -I. -I../../src -I./../
-I../.. -I../.. -I../../boost -isystem /usr/X11R6/include -O2 -m486
-fno-strength-reduce -c math_macro.C
gcc -DHAVE_CONFIG_H -I. -I. -I../../src -I./../ -I../..
Juergen == Juergen Vigna [EMAIL PROTECTED] writes:
Juergen Already commited a fix just update!
Indeed. And it is better than what I was trying to do...
JMarc
Juergen Vigna wrote:
On 30-May-2001 Kayvan A. Sylvan wrote:
/bin/sh ../../libtool --mode=compile gcc -DHAVE_CONFIG_H -I. -I. -I../../src
-I./../
-I../.. -I../.. -I../../boost -isystem /usr/X11R6/include -O2 -m486
-fno-strength-reduce -c math_macro.C
gcc -DHAVE_CONFIG_H -I. -I.
/bin/sh ../../libtool --mode=compile gcc -DHAVE_CONFIG_H -I. -I. -I../../src -I./../
-I../.. -I../.. -I../../boost -isystem /usr/X11R6/include -O2 -m486
-fno-strength-reduce -c math_macro.C
gcc -DHAVE_CONFIG_H -I. -I. -I../../src -I./../ -I../.. -I../.. -I../../boost -isystem
> "Kayvan" == Kayvan A Sylvan <[EMAIL PROTECTED]> writes:
I am in the process of fixing this.
JMarc
"Kayvan A. Sylvan" wrote:
>
> /bin/sh ../../libtool --mode=compile gcc -DHAVE_CONFIG_H -I. -I. -I../../src -I./../
>-I../.. -I../.. -I../../boost -isystem /usr/X11R6/include -O2 -m486
>-fno-strength-reduce -c math_macro.C
> gcc -DHAVE_CONFIG_H -I. -I. -I../../src -I./../ -I../.. -I../..
On 30-May-2001 Kayvan A. Sylvan wrote:
> /bin/sh ../../libtool --mode=compile gcc -DHAVE_CONFIG_H -I. -I. -I../../src -I./../
> -I../.. -I../.. -I../../boost -isystem /usr/X11R6/include -O2 -m486
> -fno-strength-reduce -c math_macro.C
> gcc -DHAVE_CONFIG_H -I. -I. -I../../src -I./../ -I../..
> "Juergen" == Juergen Vigna <[EMAIL PROTECTED]> writes:
Juergen> Already commited a fix just update!
Indeed. And it is better than what I was trying to do...
JMarc
Juergen Vigna wrote:
>
> On 30-May-2001 Kayvan A. Sylvan wrote:
> > /bin/sh ../../libtool --mode=compile gcc -DHAVE_CONFIG_H -I. -I. -I../../src
>-I./../
> > -I../.. -I../.. -I../../boost -isystem /usr/X11R6/include -O2 -m486
> > -fno-strength-reduce -c math_macro.C
> > gcc -DHAVE_CONFIG_H
42 matches
Mail list logo