A Gorm build with
make debug=yes
fails since the App is linked with -lGorm and not -lGorm_d
manually installing GromLib with 'make install' remedies this.
Stefan
___
Bug-gnustep mailing list
[EMAIL PROTECTED]
http://mail.gnu.org/mailman/listinfo/bug-
On Tue, 2003-08-12 at 05:21, Adam Fedor wrote:
> On Monday, August 11, 2003, at 03:53 AM, Stefan Böhringer wrote:
[..]
> > I figured that GSConfig.h was empty - and that I now have to run
> > configure in each of the core components. The promise of having to
> > configure on
Finally I tracked down my recent problems.
I figured that GSConfig.h was empty - and that I now have to run
configure in each of the core components. The promise of having to
configure only once in make seems to have gone. Such changes should be
clearly announced on the list IMHO.
With a current
I have now tracked down my problem to some extend.
In fact I copied a binary from my faulty system to another one and
executed it there (older cvs, but otherwise very similar).
This gave me the "NXConstantString does not respond to ..." error,
indicating that the wrong string class came into use. N
Finally I'm getting back on track.
The DO segfaults I experienced recently are due to a
-setProtocolForProxy: call. I had problems (i.e. segfaults) with the
method before and just avoided it where it caused trouble. Now it has
reappeared in a new place. Unfortunately I couldn't track down the
prob
On Wed, 2003-08-13 at 05:59, Adam Fedor wrote:
[...]
> You can send it to me and I might have time. Also send it to bug-gnustep
> if it is small.
make debug=yes
issue in one terminal
./shared_debug_obj/zillion
in another terminal issue:
./shared_debug_obj/zillionClient
the client will segfault c
nu-ld --without-included-gettext
--with-system-zlib --enable-version-specific-runtime-libs
--program-suffix=3
Thread model: posix
gcc version 3.2.1
On Fri, 2003-08-15 at 12:57, Richard Frith-Macdonald wrote:
> On Friday, August 15, 2003, at 08:04 AM, Stefan Böhringer wrote:
>
> > On Wed,
.
Thanks so much,
Stefan
On Fri, 2003-08-15 at 14:36, Richard Frith-Macdonald wrote:
> On Friday, August 15, 2003, at 12:27 PM, Richard Frith-Macdonald wrote:
>
> >
> > On Friday, August 15, 2003, at 11:58 AM, Stefan Böhringer wrote:
> >
> >> I'm
I can confirm that the code now runs o.k.
Thanks again, Stefan
On Fri, 2003-08-15 at 14:36, Richard Frith-Macdonald wrote:
> On Friday, August 15, 2003, at 12:27 PM, Richard Frith-Macdonald wrote:
>
> >
> > On Friday, August 15, 2003, at 11:58 AM, Stefan Böhringer wrote:
>
Hi Richard,
after upgrading to gcc 3.3/cvs as of beginning of week several things
went better. E.g. the gworkspace finder would no longer crash.
Unfortunately I still have DO problems. Attached is a version of zillion
that exhibits the problems but should not differ in the relevant parts
from vers
In a recent cvs snapshot I experience the following exception:
[EMAIL PROTECTED] zillion]$ ./shared_debug_obj/zillionLoader
simpleZillionJob.bundle/
./shared_debug_obj/zillionLoader: Uncaught exception
NSInvalidArgumentException, reason: _NSConcreteProcessInfo(instance)
does not recognize getOptio
Sorry for that, problem has gone.
Stefan
On Tue, 2003-08-19 at 13:09, Stefan Böhringer wrote:
> In a recent cvs snapshot I experience the following exception:
>
> [EMAIL PROTECTED] zillion]$ ./shared_debug_obj/zillionLoader
> simpleZillionJob.bundle/
> ./shared_debug_obj/zillionL
I resend this, since I didn't see the original message come through.
--
Hi Richard,
after upgrading to gcc 3.3/cvs as of beginning of week several things
went better. E.g. the gworkspace finder would no longer crash.
Unfortunately I still have DO problems. Attached is a version of
I resend this, since I didn't see the original message come through.
--
Hi Richard,
after upgrading to gcc 3.3/cvs as of beginning of week several things
went better. E.g. the gworkspace finder would no longer crash.
Unfortunately I still have DO problems. Attached is a version of
GWorkspace does not seem to be able to contact the Inspector process if
only a debug version is installed.
___
Bug-gnustep mailing list
[EMAIL PROTECTED]
http://lists.gnu.org/mailman/listinfo/bug-gnustep
Here comes a install report for a gnustep-startup-0.13.0 built on
Suse Linux 10.0-64. This seems to be a simple error but I would like
to report the problem since startup should be hassle free.
So far I tried:
./InstallGNUstep
sudo ./InstallGNUstep
source /.../GNUstep.sh ; sudo ./InstallGNUst
16 matches
Mail list logo
