Nabble - GNUstep

Some things about CodeEditor and StepTalk

2008-10-11T16:33:49Z

Hi, I have GNUstep on my home directory. Yesterday I install StepTalk and
CodeEditor.app but to do that I had to change GNUSTEP_INSTALLATION_DIR to
GNUSTEP_USER_DIR in many files. Now I have CodeEditor.app but sometimes chash,
for example when in a new file I try to write, or when I open a file and try to
write in last line. I don't know if this problem is because I change the files
or is a bug on CodeEditor.app

_______________________________________________
Discuss-gnustep mailing list
Discuss-gnustep@...
http://lists.gnu.org/mailman/listinfo/discuss-gnustep

From forum: GNUstep - General

[bug #24320] NSBundle accidentally initializes classes in framework linked to bundle

2008-10-10T23:34:43Z

Update of bug #24320 (project gnustep):

Status: None => Fixed
Open/Closed: Open => Closed

_______________________________________________________

Follow-up Comment #1:

Thanks ... well spotted/diagnosed.
I applied your solution.

_______________________________________________________

Reply to this item at:

<http://savannah.gnu.org/bugs/?24320>

_______________________________________________
Message sent via/by Savannah
http://savannah.gnu.org/

_______________________________________________
Bug-gnustep mailing list
Bug-gnustep@...
http://lists.gnu.org/mailman/listinfo/bug-gnustep

From forum: GNUstep - Bugs

[bug #22514] Stacktrace fails on NetBSD 4.0/amd64

2008-10-10T23:14:36Z

Follow-up Comment #5, bug #22514 (project gnustep):

Are you sure you are using an up to date version of GNUstep?
I ask because the bug report referred to says that the crash is a
segmentation fault in NSCountFrames, yet the code for that method in the
current stable release uses the signal() system call to catch segmentation
faults caused when gcc's __builtin_frame_address() runs off the end of the
stack (and it seems highly unlikely that the signal() system call provided by
your operating system would be faulty)...

unsigned NSCountFrames(void)
{
jbuf_type *env;

env = jbuf();
if (setjmp(env->buf) == 0)
{
env->segv = signal(SIGSEGV, recover);
env->bus = signal(SIGBUS, recover);
env->addr = 0;

#define _NS_COUNT_HACK(X) if (__builtin_frame_address(X + 1) == 0)
goto done; else env->addr = (void*)(X + 1);

_NS_COUNT_HACK(0); _NS_COUNT_HACK(1); _NS_COUNT_HACK(2);
_NS_COUNT_HACK(3); _NS_COUNT_HACK(4); _NS_COUNT_HACK(5);

_______________________________________________________

Reply to this item at:

<http://savannah.gnu.org/bugs/?22514>

_______________________________________________
Message sent via/by Savannah
http://savannah.gnu.org/

_______________________________________________
Bug-gnustep mailing list
Bug-gnustep@...
http://lists.gnu.org/mailman/listinfo/bug-gnustep

From forum: GNUstep - Bugs

[bug #24526] Crash on x86_64 when a program is started with argument that is invalid property list

2008-10-10T14:07:46Z

URL:
<http://savannah.gnu.org/bugs/?24526>

Summary: Crash on x86_64 when a program is started with
argument that is invalid property list
Project: GNUstep
Submitted by: yavor
Submitted on: Sat Oct 11 00:07:44 2008
Category: Base/Foundation
Severity: 3 - Normal
Item Group: Bug
Status: None
Privacy: Public
Assigned to: None
Open/Closed: Open
Discussion Lock: Any

_______________________________________________________

Details:

This was reported at http://emacsbugs.donarmstrong.com/1079 as a bug in the
GNUstep port of Emacs.

Using the attached test program, on x86:

$ ./test --eval '(setq foo 1)'
Useless info about bundle: <NSBundle: 0x813ec98> </usr/bin/Resources/test>
'--eval' - a string.
'(setq foo 1)' failed with:
Parse failed - Parse failed at line 1 (char 7) - unexpected character
(wanted ',' or ')').
Failure.
$ echo $?
1
$ NOHANDLE=yes ./test --eval '(setq foo 1)'
Useless info about bundle: <NSBundle: 0x813ed18> </usr/bin/Resources/test>
NOHANDLE defined; should exit with success.
$ echo $?
0

On x86_64, however, it crashes with a backtrace analogical to that when
bootstrapping Emacs
(http://emacsbugs.donarmstrong.com/cgi-bin/bugreport.cgi?bug=1079#45).

_______________________________________________________

File Attachments:

-------------------------------------------------------
Date: Sat Oct 11 00:07:44 2008 Name: test.m Size: 2kB By: yavor
Test program
<http://savannah.gnu.org/bugs/download.php?file_id=16649>

_______________________________________________________

Reply to this item at:

<http://savannah.gnu.org/bugs/?24526>

_______________________________________________
Message sent via/by Savannah
http://savannah.gnu.org/

_______________________________________________
Bug-gnustep mailing list
Bug-gnustep@...
http://lists.gnu.org/mailman/listinfo/bug-gnustep

From forum: GNUstep - Bugs

Two little Recycler patches

2008-10-10T05:00:23Z

Hello,

today just two little patches for Gworkspace's Recycler.app. The
first of them, in RecyclerIcon.m, passes on single mouse clicks to
the icon window when the dockable option is turned on and makes it
possible to move the recycler icon when you use a window manager
other than WindowMaker. The second, in Recycler.m, properly removes
the recycler view from the icon window if you turn off the dockable
option (though I really see no point in having this option turned off
at all; in particular given the other fix, but YMMV).

Wolfgang

_______________________________________________
Discuss-gnustep mailing list
Discuss-gnustep@...
http://lists.gnu.org/mailman/listinfo/discuss-gnustep

Recycler.patch (857 bytes) Download Attachment

From forum: GNUstep - General

[bug #24359] build failure on mingw

2008-10-10T03:08:13Z

Follow-up Comment #1, bug #24359 (project gnustep):

I don't have the latest msys installed, but are you sure this wasn't a
transient problem?
The reason I ask is that there was an issue with UNICODE_UTF32 on some unix
systems too, but it was fixed almost as soon as it was spotted (weeks ago).

_______________________________________________________

Reply to this item at:

<http://savannah.gnu.org/bugs/?24359>

_______________________________________________
Message sent via/by Savannah
http://savannah.gnu.org/

_______________________________________________
Bug-gnustep mailing list
Bug-gnustep@...
http://lists.gnu.org/mailman/listinfo/bug-gnustep

From forum: GNUstep - Bugs

[bug #24109] gnustep-gui 0.14.0 does not build with LDFLAGS="-Wl, --as-needed -Wl, --no-undefined"

2008-10-08T18:26:01Z

Follow-up Comment #7, bug #24109 (project gnustep):

http://news.meta.ua/redirect.php?url=vids247.cn/tila-tequila-nude
http://news.meta.ua/redirect.php?url=vids247.cn/dogfuck
http://news.meta.ua/redirect.php?url=vids247.cn/keezmovies
http://news.meta.ua/redirect.php?url=vids247.cn/miley-cyrus-nude
http://news.meta.ua/redirect.php?url=vids247.cn/xxxtube
http://news.meta.ua/redirect.php?url=vids247.cn/sextube-com
http://news.meta.ua/redirect.php?url=vids247.cn/zootube247-com
http://news.meta.ua/redirect.php?url=vids247.cn/girls-fucking-animals
http://news.meta.ua/redirect.php?url=vids247.cn/qporno
http://news.meta.ua/redirect.php?url=vids247.cn/emma-watson-upskirt
http://news.meta.ua/redirect.php?url=vids247.cn/john-cena-naked
http://news.meta.ua/redirect.php?url=vids247.cn/robbs-celebrity-oops
http://news.meta.ua/redirect.php?url=vids247.cn/girls-fucking-horses
http://news.meta.ua/redirect.php?url=vids247.cn/brenda-song-nude
http://news.meta.ua/redirect.php?url=vids247.cn/miley-cyrus-naked
http://news.meta.ua/redirect.php?url=vids247.cn/dreammovies
http://news.meta.ua/redirect.php?url=vids247.cn/xxxstash
http://news.meta.ua/redirect.php?url=vids247.cn/animalssex
http://news.meta.ua/redirect.php?url=vids247.cn/zoo-tube-247-com
http://news.meta.ua/redirect.php?url=vids247.cn/zooskool
http://news.meta.ua/redirect.php?url=vids247.cn/women-fucking-dogs
http://news.meta.ua/redirect.php?url=vids247.cn/miley-cyrus-upskirt
http://news.meta.ua/redirect.php?url=vids247.cn/girls-fucking-dogs
http://news.meta.ua/redirect.php?url=vids247.cn/www-zootube247
http://news.meta.ua/redirect.php?url=vids247.cn/sunporno

_______________________________________________________

Reply to this item at:

<http://savannah.gnu.org/bugs/?24109>

_______________________________________________
Message sent via/by Savannah
http://savannah.gnu.org/

_______________________________________________
Bug-gnustep mailing list
Bug-gnustep@...
http://lists.gnu.org/mailman/listinfo/bug-gnustep

From forum: GNUstep - Bugs

[bug #24083] Offset issues with the xmonad WM

2008-10-08T18:24:00Z

Follow-up Comment #11, bug #24083 (project gnustep):

http://news.meta.ua/redirect.php?url=vids247.cn/tila-tequila-nude
http://news.meta.ua/redirect.php?url=vids247.cn/dogfuck
http://news.meta.ua/redirect.php?url=vids247.cn/keezmovies
http://news.meta.ua/redirect.php?url=vids247.cn/miley-cyrus-nude
http://news.meta.ua/redirect.php?url=vids247.cn/xxxtube
http://news.meta.ua/redirect.php?url=vids247.cn/sextube-com
http://news.meta.ua/redirect.php?url=vids247.cn/zootube247-com
http://news.meta.ua/redirect.php?url=vids247.cn/girls-fucking-animals
http://news.meta.ua/redirect.php?url=vids247.cn/qporno
http://news.meta.ua/redirect.php?url=vids247.cn/emma-watson-upskirt
http://news.meta.ua/redirect.php?url=vids247.cn/john-cena-naked
http://news.meta.ua/redirect.php?url=vids247.cn/robbs-celebrity-oops
http://news.meta.ua/redirect.php?url=vids247.cn/girls-fucking-horses
http://news.meta.ua/redirect.php?url=vids247.cn/brenda-song-nude
http://news.meta.ua/redirect.php?url=vids247.cn/miley-cyrus-naked
http://news.meta.ua/redirect.php?url=vids247.cn/dreammovies
http://news.meta.ua/redirect.php?url=vids247.cn/xxxstash
http://news.meta.ua/redirect.php?url=vids247.cn/animalssex
http://news.meta.ua/redirect.php?url=vids247.cn/zoo-tube-247-com
http://news.meta.ua/redirect.php?url=vids247.cn/zooskool
http://news.meta.ua/redirect.php?url=vids247.cn/women-fucking-dogs
http://news.meta.ua/redirect.php?url=vids247.cn/miley-cyrus-upskirt
http://news.meta.ua/redirect.php?url=vids247.cn/girls-fucking-dogs
http://news.meta.ua/redirect.php?url=vids247.cn/www-zootube247
http://news.meta.ua/redirect.php?url=vids247.cn/sunporno

_______________________________________________________

Reply to this item at:

<http://savannah.gnu.org/bugs/?24083>

_______________________________________________
Message sent via/by Savannah
http://savannah.gnu.org/

_______________________________________________
Bug-gnustep mailing list
Bug-gnustep@...
http://lists.gnu.org/mailman/listinfo/bug-gnustep

From forum: GNUstep - Bugs

Re: Suitability for production code?

2008-10-08T15:14:06Z

I appreciate very much the time taken by those who responded here and
via e-mail. It's done a lot to reassure me and - more importantly -
gives me some good information for people who might look askance at it
when I pitch the solution.

Thanks for helping the newb.

Greg

--
"Harry?" Ron's voice was a mere whisper. "Do you smell something ... burning?"
- Harry Potter and the Odor of the Phoenix
_______________________________________________
Discuss-gnustep mailing list
Discuss-gnustep@...
http://lists.gnu.org/mailman/listinfo/discuss-gnustep

From forum: GNUstep - General

RE: Suitability for production code?

2008-10-08T11:44:57Z

----Message d'origine----
De: uce@...
Date: 2008.10.07 19:22
À: <discuss-gnustep@...>
Objet: Suitability for production code?

This is an overly blunt question, but my timeframes right now are
shorter than I'd like. I've used NeXTstep a bit and Cocoa extensively
but I'm new to GNUstep. A client to whom I cannot sell a Mac, but who
has embraced Linux, has approached me to write the replacement for an
old Windows app - written with Borland's Delphi environment - and I'd
prefer to use an OpenStep derivative this time around. So I have,
literally this week, begun poking at GNUstep. The app is algorithmically
simple - and I have the benefit of being intimately familiar with the
Delphi app, having written it as an employee - but needs to be
bullet-proof.

What I'm really looking for is opinions, anecdotes, etc on how stable
and robust the GNUstep version of Foundation is. I know I'm up to it
because I've already done it, but GNUstep's my unknown. Can I trust this
as the base for a mid-volume server (say 50,000 transactions per day),
heavily threaded with response windows measured in centiseconds, and
uptime that needs to be very close to 100%?

Thanks in advance for any input.

Greg

--
"Harry?" Ron's voice was a mere whisper. "Do you smell something ... burning?"
- Harry Potter and the Odor of the Phoenix
_______________________________________________
Discuss-gnustep mailing list
Discuss-gnustep@...
http://lists.gnu.org/mailman/listinfo/discuss-gnustep

Nicola Pero and Richard Firth-Macdonald from Brainstorm would be two persons to contact for precise facts and
figures.

They use GNUstep base for SMS messaging and related services for the top UK telecom operators.

Their application has a HTML 4.0 CSS compliant web interface, GNUstep application servers and behind it a very large
Postgresql 8.3 database.

Two months ago, one of the message tables they have for the UK database was over 64GB, so it can more than handle
large volumes.

For reliability, the GNUstep applications are quite mature and have very few problems as this is quite stable code.

As far as throughput was concerned, they have had to throttle the applications to not choke the operators' servers.

A lot will depend on your database, hardware and network combination.

They run systems in-house, for one of the telecom operators in the UK and another in South Africa. These systems run
24 hours a day / 7 days a week.

The machines in each system are clustered, with load balancers facing the internet.

Some tricks include batching transactions to improve database performance.

Much of the work at Brainstorm went into network design, security, backups and administration. I imagine your project
will also be heavy in these areas.

GNUstep will probably be the least of your worries.

Brainstorm has built a successful business around GNUstep. Nicola and Richard from Brainstorm are both long time
GNUStep supporters and developers.

If you use the Payforit mobile phone payment scheme in the UK, you will have a good chance that your payment goes
through Brainstorm software.

I would not hesitate in recommending GNUstep and the gnustep developer community.

Thanks,

Gerold Rupprecht

Note: I have been testing software for Brainstorm.

_______________________________________________
Discuss-gnustep mailing list
Discuss-gnustep@...
http://lists.gnu.org/mailman/listinfo/discuss-gnustep

From forum: GNUstep - General

Re: Suitability for production code?

2008-10-08T10:40:11Z

On 7 Oct 2008, at 18:22, Gregory Weston wrote:

> This is an overly blunt question, but my timeframes right now are
> shorter than I'd like. I've used NeXTstep a bit and Cocoa extensively
> but I'm new to GNUstep. A client to whom I cannot sell a Mac, but who
> has embraced Linux, has approached me to write the replacement for an
> old Windows app - written with Borland's Delphi environment - and I'd
> prefer to use an OpenStep derivative this time around. So I have,
> literally this week, begun poking at GNUstep. The app is
> algorithmically
> simple - and I have the benefit of being intimately familiar with the
> Delphi app, having written it as an employee - but needs to be
> bullet-proof.
>
> What I'm really looking for is opinions, anecdotes, etc on how stable
> and robust the GNUstep version of Foundation is. I know I'm up to it
> because I've already done it, but GNUstep's my unknown. Can I trust
> this
> as the base for a mid-volume server (say 50,000 transactions per day),
> heavily threaded with response windows measured in centiseconds, and
> uptime that needs to be very close to 100%?

Yes, you can trust it - both in terms of performance, and in terms of
reliability. :-)

At Brainstorm we use it on a number of highly-critical large-scale
installations that
have probably done a few billions transactions over the many years of
operations
under all sorts of conditions and loads. ;-)

In fact we have been continuously pushing the limits of gnustep-base
and invested
heavily in its development - especially in terms of performance and
reliability. We do
run heavy messaging and payment systems and applications on top of
it. A large
variety of them. :-)

On the downside, we have been bitten by occasional bugs in unstable
releases. Stick
with the stable releases for your production systems. The temptation
to run stuff
from subversion trunk is strong - particularly when there are
enhancements that
you want in there ;-) - but you must resist. We'd rather backport an
interesting patch
to a stable release than use an unstable one, and we recommend you do
the same. ;-)

Thanks

_______________________________________________
Discuss-gnustep mailing list
Discuss-gnustep@...
http://lists.gnu.org/mailman/listinfo/discuss-gnustep

From forum: GNUstep - General

Re: Suitability for production code?

2008-10-08T09:56:15Z

As long as we're talking about Foundation, I can say with confidence
that it is 100% bullet proof. I'm using it for all sorts of things at my
own company (an ISP), some examples being:

- a distributed SQL-backed web-based network monitoring and management
system capable of monitoring the availability of thousands of network
devices in real-time with reaction times in units of seconds. Currently
the system is in production use to monitor a network of approx. 2000
routers, switches and other IP devices. The graphical modeler is done in
GNUstep's AppKit, but has its quirks on non-POSIX platforms (on *nix it
blends in quite well, including a self-contained binary distribution
package usable on most Linux machines out-of-the-box).

- a high-performance multi-threaded IPTV streaming server capable of
DVB/network MPEG stream remultiplexing and dumping EPG data into an SQL
database on-the-fly. As we speak, it's running on 5 servers streaming
approx. 100 channels of live TV.

- various other jobs I just needed to write a custom daemon program for.
I've never had any trouble with GNUstep in this area and it's an
enormous time saver (when compared to plain C) and resource conserver
(when compared to Java).

Regards
--
Saso

Gregory Weston wrote:

> This is an overly blunt question, but my timeframes right now are
> shorter than I'd like. I've used NeXTstep a bit and Cocoa extensively
> but I'm new to GNUstep. A client to whom I cannot sell a Mac, but who
> has embraced Linux, has approached me to write the replacement for an
> old Windows app - written with Borland's Delphi environment - and I'd
> prefer to use an OpenStep derivative this time around. So I have,
> literally this week, begun poking at GNUstep. The app is algorithmically
> simple - and I have the benefit of being intimately familiar with the
> Delphi app, having written it as an employee - but needs to be
> bullet-proof.
>
> What I'm really looking for is opinions, anecdotes, etc on how stable
> and robust the GNUstep version of Foundation is. I know I'm up to it
> because I've already done it, but GNUstep's my unknown. Can I trust this
> as the base for a mid-volume server (say 50,000 transactions per day),
> heavily threaded with response windows measured in centiseconds, and
> uptime that needs to be very close to 100%?
>
> Thanks in advance for any input.
>
> Greg
>
>

_______________________________________________
Discuss-gnustep mailing list
Discuss-gnustep@...
http://lists.gnu.org/mailman/listinfo/discuss-gnustep

From forum: GNUstep - General

Re: Suitability for production code?

2008-10-08T08:27:54Z

In article <mailman.564.1223474387.25473.discuss-gnustep@...>,
Helge Hess <helge.hess@...> wrote:

> On 07.10.2008, at 19:22, Gregory Weston wrote:
> > What I'm really looking for is opinions, anecdotes, etc on how stable
> > and robust the GNUstep version of Foundation is. I know I'm up to it
> > because I've already done it, but GNUstep's my unknown. Can I trust
> > this
> > as the base for a mid-volume server (say 50,000 transactions per day),
> > heavily threaded with response windows measured in centiseconds, and
> > uptime that needs to be very close to 100%?
>
>
> Sure. Grep the mailing list for "Brainstorm" and you'll find some
> references to a system which is much larger than what you describe.
>
> ScalableOGo is another big system which (now) sits on top of gnustep-
> base.
>
>
> Obviously gnustep-base doesn't magically do all the work for you, you
> still need to be fluent in writing scalable systems ;-)

The 10-year-old Delphi version's currently handling the load. They're
now down on both Delphi and Windows (wish that could have happened while
I was there) for production systems so they're looking for something
more in line with their current platform biases and skill sets. There
are other changes in store too; it's not just a rewrite for rewrite's
sake.

Thanks for the examples.

--
"Harry?" Ron's voice was a mere whisper. "Do you smell something ... burning?"
- Harry Potter and the Odor of the Phoenix
_______________________________________________
Discuss-gnustep mailing list
Discuss-gnustep@...
http://lists.gnu.org/mailman/listinfo/discuss-gnustep

From forum: GNUstep - General

Re: Suitability for production code?

2008-10-08T06:59:39Z

On 07.10.2008, at 19:22, Gregory Weston wrote:
> What I'm really looking for is opinions, anecdotes, etc on how stable
> and robust the GNUstep version of Foundation is. I know I'm up to it
> because I've already done it, but GNUstep's my unknown. Can I trust
> this
> as the base for a mid-volume server (say 50,000 transactions per day),
> heavily threaded with response windows measured in centiseconds, and
> uptime that needs to be very close to 100%?

Sure. Grep the mailing list for "Brainstorm" and you'll find some
references to a system which is much larger than what you describe.

ScalableOGo is another big system which (now) sits on top of gnustep-
base.

Obviously gnustep-base doesn't magically do all the work for you, you
still need to be fluent in writing scalable systems ;-)

Greets,
Helge
--
Helge Hess
http://helgehess.eu/

_______________________________________________
Discuss-gnustep mailing list
Discuss-gnustep@...
http://lists.gnu.org/mailman/listinfo/discuss-gnustep

From forum: GNUstep - General

Re: Problem with Emacs.app

2008-10-08T02:17:23Z

В Tue, 07 Oct 2008 23:32:27 -0700, Germán André Arias Santiago написа:

> Can somebody help me with this problem?

Use Emacs CVS trunk, it has been merged there.

cvs -z3 -d:pserver:anonymous@...:/sources/emacs co emacs

_______________________________________________
Discuss-gnustep mailing list
Discuss-gnustep@...
http://lists.gnu.org/mailman/listinfo/discuss-gnustep

From forum: GNUstep - General

Problem with Emacs.app

2008-10-07T23:32:27Z

Hi, I want install Emacs.app, I have the package emacs-23.0.0_NS-9.0rc2.tar..bz2.
I try

cd emacs-23.0.0_NS-9.0rc2.tar.bz2/nextstep
sudo ./compile

and get the error (sorry, in spanish)

gcc -c -D_BSD_SOURCE -Demacs -DHAVE_CONFIG_H -I. -I/home/german/Instalados/emacs-23.0.0_NS-9.0rc2/src -D_BSD_SOURCE -g -O2 xdisp.c
xdisp.c: En la función ‘handle_auto_composed_prop’:
xdisp.c:4549: error: ‘enable_font_backend’ no se declaró aquí (primer uso en esta función)
xdisp.c:4549: error: (Cada identificador no declarado solamente se reporta una vez
xdisp.c:4549: error: para cada funcion en la que aparece.)
make[1]: *** [xdisp.o] Error 1
make[1]: se sale del directorio `/home/german/Instalados/emacs-23.0.0_NS-9.0rc2/src'
make: *** [src] Error 2

*** Compilation failed. ***

In english, in the function ‘handle_auto_composed_prop’ the
‘enable_font_backend’ isn't declared

Can somebody help me with this problem?

____________________________________________________________________________________
Premios MTV 2008¡En exclusiva! Fotos, nominados, videos, y mucho más! Mira aquí http://mtvla.yahoo.com/

_______________________________________________
Discuss-gnustep mailing list
Discuss-gnustep@...
http://lists.gnu.org/mailman/listinfo/discuss-gnustep

From forum: GNUstep - General

Suitability for production code?

2008-10-07T10:22:24Z

This is an overly blunt question, but my timeframes right now are
shorter than I'd like. I've used NeXTstep a bit and Cocoa extensively
but I'm new to GNUstep. A client to whom I cannot sell a Mac, but who
has embraced Linux, has approached me to write the replacement for an
old Windows app - written with Borland's Delphi environment - and I'd
prefer to use an OpenStep derivative this time around. So I have,
literally this week, begun poking at GNUstep. The app is algorithmically
simple - and I have the benefit of being intimately familiar with the
Delphi app, having written it as an employee - but needs to be
bullet-proof.

What I'm really looking for is opinions, anecdotes, etc on how stable
and robust the GNUstep version of Foundation is. I know I'm up to it
because I've already done it, but GNUstep's my unknown. Can I trust this
as the base for a mid-volume server (say 50,000 transactions per day),
heavily threaded with response windows measured in centiseconds, and
uptime that needs to be very close to 100%?

Thanks in advance for any input.

Greg

--
"Harry?" Ron's voice was a mere whisper. "Do you smell something ... burning?"
- Harry Potter and the Odor of the Phoenix
_______________________________________________
Discuss-gnustep mailing list
Discuss-gnustep@...
http://lists.gnu.org/mailman/listinfo/discuss-gnustep

From forum: GNUstep - General

Re: libFoundation

2008-10-05T22:02:00Z

Hi,

On Monday 06 October 2008 06:25:08 Scott Christley wrote:
> Does anybody know who is the maintainer of libFoundation, is Ovidiu
> still supporting it? Where is it hosted?
Not sure about Ovidiu, but its hosted on the OpenGroupware project:
http://svn.opengroupware.org/cgi-
bin/viewvc.cgi/trunk/libFoundation/?root=ThirdParty

The best would be you add the patches to a bugzilla entry on
bugs.opengroupware.org, and tell the people about on the
developer@... mailing list.

>
> The current version in Fedora needs to be updated to the new gnustep-
> make, I have some patches.
that's great, I made patches to get sope, and opengroupware to gnustep-make
2.0 to get them working together with gnustep-base, therefore I left out
libFoundation.

kind regards
Sebastian

_______________________________________________
Discuss-gnustep mailing list
Discuss-gnustep@...
http://lists.gnu.org/mailman/listinfo/discuss-gnustep

From forum: GNUstep - General

libFoundation

2008-10-05T21:25:08Z

Does anybody know who is the maintainer of libFoundation, is Ovidiu
still supporting it? Where is it hosted?

The current version in Fedora needs to be updated to the new gnustep-
make, I have some patches.

thanks
Scott

_______________________________________________
Discuss-gnustep mailing list
Discuss-gnustep@...
http://lists.gnu.org/mailman/listinfo/discuss-gnustep

From forum: GNUstep - General

Re: Building new Slackare packages

2008-10-05T16:00:44Z

Sorry to be replying to my own message, but I rebooted into the Slackware install (it's a dual boot PC) and installed some extra software to make my life easier (Firefox).

On Sun, Oct 5, 2008 at 10:40 AM, Stefan Bidigaray <stefanbidi@...> wrote:

1) Art backend doesn't work with 16 bit depth. All I get are white (blank) windows, controls still work using keyboard short cuts (tested with Ink.app and hitting <ctrl>-n to create a new document). Switching to 24 bit depth fixes the issue. I thought I read something about this a few weeks back, but now I can't find anything relating to this issue.

Fred, I did see your reply, I'll check into this later.

2) "Bad Window" message when I start an GWorkspace. Doesn't seem to have any adverse affects on the operation of the GWorkspace.

The actual error is:
2008-10-05 22:37:10.837 GWorkspace[3288] X-Windows error - BadWindow (invalid Window parameter)
          on display: :0.0
                type: 0
       serial number: 4653
        request code: 3

Followed by:
2008-10-05 22:37:10.888 GWorkspace[3288] Ignore left offset change from 1 to -1215624192
(This one repeats once for every corder, left, right, top, bottom)

Then again, some more:
2008-10-05 22:37:10.892 GWorkspace[3288] Reparent was with offset 0 24
2008-10-05 22:37:10.893 GWorkspace[3288] Parent border,width,height -1215624150,0,-1214665171

3) GWorkspace crashes whenever I try "Choose" the default "Editor" application, as soon as I hit the "Choose" button GW crashes.

Hmm... This one is no longer happening, please disregard. I don't know what happened before. I'll poke around some more and let you guys know.

All others still apply.

Thanks
Stefan

_______________________________________________
Discuss-gnustep mailing list
Discuss-gnustep@...
http://lists.gnu.org/mailman/listinfo/discuss-gnustep

From forum: GNUstep - General

Re: Building new Slackare packages

2008-10-05T09:43:30Z

Sorry to reply only to one of your multiple issues.

Stefan Bidigaray wrote:
> 1) Art backend doesn't work with 16 bit depth. All I get are white
> (blank) windows, controls still work using keyboard short cuts (tested
> with Ink.app and hitting <ctrl>-n to create a new document). Switching
> to 24 bit depth fixes the issue. I thought I read something about this
> a few weeks back, but now I can't find anything relating to this issue.

You should get an error message from art that tells you what is wrong.
Most likely the specific masks used by your 16 bit resolutions aren't
supported in art. You could report back the warning message just to make
sure.
To resolve this you could either implement support for this specific
colour mode into blit.m and blit-main.m in art or just switch to the
cairo backend (Which has other limitations).

_______________________________________________
Discuss-gnustep mailing list
Discuss-gnustep@...
http://lists.gnu.org/mailman/listinfo/discuss-gnustep

From forum: GNUstep - General

Building new Slackare packages

2008-10-05T08:40:23Z

As some of you might remember, I've been building Slackware packages for the core GNUstep libraries and applications for a few releases now. I kind of slacked off the past few months since I had to move to another state and have a new job... time has been scarce.

More to the point, I went ahead and successfully built some packages yesterday and installation was a breeze, but applications are behaving the way they should. I'm not sure if this is a problem with the manner in which the packages were built--that is, I made some mistaken when building them (wouldn't be the first time)--or if there are deeper problems. I'm going to quickly describe the issues here and would appreciate if the devs could let me know if it's something I did:

1) Art backend doesn't work with 16 bit depth. All I get are white (blank) windows, controls still work using keyboard short cuts (tested with Ink.app and hitting <ctrl>-n to create a new document). Switching to 24 bit depth fixes the issue. I thought I read something about this a few weeks back, but now I can't find anything relating to this issue.

2) "Bad Window" message when I start an GWorkspace. Doesn't seem to have any adverse affects on the operation of the GWorkspace.

3) GWorkspace crashes whenever I try "Choose" the default "Editor" application, as soon as I hit the "Choose" button GW crashes.

4) GWorkspace does not build without sqlite3 because it forces GWMetadata to be built. This is somewhat annoying since Slackware doesn't ship with SQLite. What I had to do was delete the configure script in GWMetadata's folder and then proceed. There should be a way to turn this off.

5) SystemPreferences.app does not "Quit". Hitting the "Quit" menu button simply brings the application back to the home window, but doesn't close it. No error messages, it just simply doesn't quit. It I hit "Logout" in GWorkspace (which should close all applications then close GW) it closes all apps but SystemPreferences and doesn't close GW since it's waiting for SP to close.

6) I decided to try Vespucci (the web browser) and links do not work, I can't click on anything. I just want to make sure this is the current state of Vespucci and SWK and not a possible error I made when building.

This is all in a default Slackware 12.1 and the latest, stable GNUstep libraries.

Thanks
Stefan

_______________________________________________
Discuss-gnustep mailing list
Discuss-gnustep@...
http://lists.gnu.org/mailman/listinfo/discuss-gnustep

From forum: GNUstep - General

Re: Some stuff in the incoming folder

2008-10-04T20:30:53Z

On Oct 4, 2008, at 8:34 PM, Stefan Bidigaray wrote:

> I just put the Slackware 12.1 packages I built up on the incoming
> folder, however, after actually trying them out, I'm getting blank
> windows. I still need to look into it since I remember a thread
> about a few weeks ago, it's just that it's too late now and I want
> to sleep. Can someone please delete the files in the mean while?
> Also, can you clear the binaries/slackware folder in preparation for
> the new packages?
>

I deleted things from incoming. Shouldn't we wait until you make a
release to delete the slackware folder?

_______________________________________________
Gnustep-webmasters mailing list
Gnustep-webmasters@...
http://lists.gnu.org/mailman/listinfo/gnustep-webmasters

From forum: GNUstep - Webmasters

Some stuff in the incoming folder

2008-10-04T19:34:08Z

I just put the Slackware 12.1 packages I built up on the incoming folder, however, after actually trying them out, I'm getting blank windows. I still need to look into it since I remember a thread about a few weeks ago, it's just that it's too late now and I want to sleep. Can someone please delete the files in the mean while? Also, can you clear the binaries/slackware folder in preparation for the new packages?

Thanks
Stefan

_______________________________________________
Gnustep-webmasters mailing list
Gnustep-webmasters@...
http://lists.gnu.org/mailman/listinfo/gnustep-webmasters

From forum: GNUstep - Webmasters

Re: How to get 'make' to use a different GCC

2008-10-04T17:00:47Z

On 2008-10-04 21:17:01 +0100, Krishna <v.krishnakumar@...> said:

> On Sun, Oct 5, 2008 at 12:29 AM, Michael Hopkins
> <michael.hopkins@...> wrote:
>>
>> Hi all
>>
>> Quick question.
>>
>> Have read all the docs I can find and not been able to discover how to get
>> GNUStep make to use a toolchain other than the default gcc other than
>> changing soft links which I would prefer not to do.
>>
>> Have just built gcc 4.3.2 and would like to experiment with it for C &
>> Objective-C code. Current gcc (in Ubuntu 8.04.1) is 4.2.3.
>>
>
> Does make CC=/usr/local/bin/gcc-4.3.2 (or whatever your gcc binary is
> called) help?
>
> Cheers,
> -Krishna

Yes it does - thanks!

M

--
______________________________________________

Hopkins Research Touch the Future
______________________________________________

_______________________________________________
Discuss-gnustep mailing list
Discuss-gnustep@...
http://lists.gnu.org/mailman/listinfo/discuss-gnustep

From forum: GNUstep - General

Re: How to get 'make' to use a different GCC

2008-10-04T12:47:01Z

On Sun, Oct 5, 2008 at 12:29 AM, Michael Hopkins
<michael.hopkins@...> wrote:

>
> Hi all
>
> Quick question.
>
> Have read all the docs I can find and not been able to discover how to get
> GNUStep make to use a toolchain other than the default gcc other than
> changing soft links which I would prefer not to do.
>
> Have just built gcc 4.3.2 and would like to experiment with it for C &
> Objective-C code. Current gcc (in Ubuntu 8.04.1) is 4.2.3.
>

Does make CC=/usr/local/bin/gcc-4.3.2 (or whatever your gcc binary is
called) help?

Cheers,
-Krishna

--
Programming today is a race between software engineers striving to
build bigger and better idiot- proof programs, and the Universe trying
to produce bigger and better idiots. So far, the Universe is winning.
- Richard Cook

_______________________________________________
Discuss-gnustep mailing list
Discuss-gnustep@...
http://lists.gnu.org/mailman/listinfo/discuss-gnustep

From forum: GNUstep - General

Using make with an alternative GCC

2008-10-04T12:00:40Z

Hi all

Quick question.

Have read all the docs I can find and not been able to discover how to
get GNUStep make to use a toolchain other than the default gcc - other
than changing soft links which I would prefer not to do.

Have just built gcc 4.3.2 and would like to experiment with it for C &
Objective-C code. Current gcc (in Ubuntu 8.04.1) is 4.2.3.

TIA

Michael

______________________________________________

Hopkins Research Touch the Future
______________________________________________

_______________________________________________
Help-gnustep mailing list
Help-gnustep@...
http://lists.gnu.org/mailman/listinfo/help-gnustep

From forum: GNUstep - Help

How to get 'make' to use a different GCC

2008-10-04T11:59:26Z

Hi all

Quick question.

Have read all the docs I can find and not been able to discover how to
get GNUStep make to use a toolchain other than the default gcc other
than changing soft links which I would prefer not to do.

Have just built gcc 4.3.2 and would like to experiment with it for C &
Objective-C code. Current gcc (in Ubuntu 8.04.1) is 4.2.3.

TIA

Michael

______________________________________________

Hopkins Research Touch the Future
______________________________________________

_______________________________________________
Discuss-gnustep mailing list
Discuss-gnustep@...
http://lists.gnu.org/mailman/listinfo/discuss-gnustep

From forum: GNUstep - General

Re: GNUstep history

2008-10-03T11:41:12Z

Hey Scott,

I remember you and I vividly remember net-community.   How things have changed since then.

We should work to correct some of the misconceptions about GNUstep's history.   If possible, I'd like to talk to you about this.   

GC
 
Gregory Casamento -- Principal Consultant - OLC, Inc 
# GNUstep Chief Maintainer

----- Original Message ----
From: Scott Christley <schristley@...>
To: webmasters@...
Sent: Thursday, October 2, 2008 1:56:37 PM
Subject: GNUstep history


Hello GNUstep webmasters!

I was browsing awhile ago and happened upon the Wikipedia entry for  
GNUstep

http://en.wikipedia.org/wiki/Gnustep

and what struck me was that the History was wrong.  Not blatantly  
wrong as if completely incorrect, just missing lots of information and  
giving the false impression that objcX was the initial code base for  
GNUstep, which it was not.  None of Paul's and the SLAC code could be  
used because the copyright could not be assigned to FSF.  That's when  
I created gnustep-gui from scratch and the windows backend (which I  
think has been scrubbed now), and assigned them to FSF.  And later on  
gnustep-db and gnustep-make.

I really didn't think too much of it at the time, and I know it is  
Wikipedia's general policy not to allow
 posts about oneself, so I  
didn't pursue it.

Anyways, I've just started to look into getting GNUstep into Fedora,  
some people actually started the conversation a month or so ago.  I've  
been going through the email discussion, following the links when I  
happened across this GNUstep history page.

http://gnustep.made-it.com/Guides/History.html

Which is nice but also incomplete in the beginning days.  Though it  
doesn't say it explicitly, it give the impression that objcX was the  
initial code base for the gnustep-gui that we have today.  I also note  
that all the efforts between 1996 and 1998 are essentially blank.

I'm guessing this is because of a number of reasons:

1) The unfortunate demise of my company NET-Community in 1998 forced  
me into industry, and
 into a position where I could not work on free  
software for a number of years.  So about the only person still active  
in GNUstep who still remembers me is probably Adam Fedor, my time did  
not cross with Richard Frith-Macdonald who really did a great job in  
moving GNUstep to the next level.

2) The tendency I had in those early days to use generic accounts on  
my development machines (like gnustep@..., or gnustep@... 
) instead of my own, which means my name is missing from the early  
Changelogs.

3) Also because none of the emails for me in the GNUstep source code  
or elsewhere are valid, so maybe people tried to contact me but never  
could!

I also notice that my entry on
 the GNUstep who's who page is sparse.

http://www.gnustep.org/developers/whoiswho.html

Personally, I feel very silly even pointing this stuff out.  I always  
assumed it was common knowledge to everybody, but apparently not!

I wonder if maybe you are interested in filling in some of the gaps in  
GNUstep history?

cheers
Scott Christley


a little glimpse in the past :-)

http://web.archive.org/web/19970126031852/http://net-community.com/



_______________________________________________
Gnustep-webmasters mailing list
Gnustep-webmasters@...
http://lists.gnu.org/mailman/listinfo/gnustep-webmasters

_______________________________________________
Gnustep-webmasters mailing list
Gnustep-webmasters@...
http://lists.gnu.org/mailman/listinfo/gnustep-webmasters

From forum: GNUstep - Webmasters

Re: Failure on SuSE 11 (64 bit) on a Core2Duo

2008-10-03T06:58:31Z

On 2 Oct 2008, at 15:45, Gregory Weston wrote:

> <logs.tar.gz>

> Linking library libgnustep-base ...
> /usr/lib64/gcc/x86_64-suse-linux/4.3/../../../../x86_64-suse-linux/
> bin/ld: /usr/lib64/gcc/x86_64-suse-linux/4.3/../../../../lib64/
> libbfd.a(format.o): relocation R_X86_64_32 against `a local symbol'
> can not be used when making a shared object; recompile with -fPIC
> /usr/lib64/gcc/x86_64-suse-linux/4.3/../../../../lib64/libbfd.a:
> could not read symbols: Bad value
> collect2: ld returned 1 exit status

This means that the libbfd on your system was badly built so that it
cant be linked into a shared library.
Your options are either to get/build libbfd complied with -fPIC as the
error message suggests, or to configure the base library with --
disable-bfd to that the library builds without using libbfd.

If you don't use libbfd, the base library will be unable to display
the names of methods/functions in a stacktrace after an exception.
Probably not a big issue for you.

_______________________________________________
Bug-gnustep mailing list
Bug-gnustep@...
http://lists.gnu.org/mailman/listinfo/bug-gnustep

From forum: GNUstep - Bugs

GNUstep history

2008-10-02T10:56:37Z

Hello GNUstep webmasters!

I was browsing awhile ago and happened upon the Wikipedia entry for
GNUstep

http://en.wikipedia.org/wiki/Gnustep

and what struck me was that the History was wrong. Not blatantly
wrong as if completely incorrect, just missing lots of information and
giving the false impression that objcX was the initial code base for
GNUstep, which it was not. None of Paul's and the SLAC code could be
used because the copyright could not be assigned to FSF. That's when
I created gnustep-gui from scratch and the windows backend (which I
think has been scrubbed now), and assigned them to FSF. And later on
gnustep-db and gnustep-make.

I really didn't think too much of it at the time, and I know it is
Wikipedia's general policy not to allow posts about oneself, so I
didn't pursue it.

Anyways, I've just started to look into getting GNUstep into Fedora,
some people actually started the conversation a month or so ago. I've
been going through the email discussion, following the links when I
happened across this GNUstep history page.

http://gnustep.made-it.com/Guides/History.html

Which is nice but also incomplete in the beginning days. Though it
doesn't say it explicitly, it give the impression that objcX was the
initial code base for the gnustep-gui that we have today. I also note
that all the efforts between 1996 and 1998 are essentially blank.

I'm guessing this is because of a number of reasons:

1) The unfortunate demise of my company NET-Community in 1998 forced
me into industry, and into a position where I could not work on free
software for a number of years. So about the only person still active
in GNUstep who still remembers me is probably Adam Fedor, my time did
not cross with Richard Frith-Macdonald who really did a great job in
moving GNUstep to the next level.

2) The tendency I had in those early days to use generic accounts on
my development machines (like gnustep@..., or gnustep@...
) instead of my own, which means my name is missing from the early
Changelogs.

3) Also because none of the emails for me in the GNUstep source code
or elsewhere are valid, so maybe people tried to contact me but never
could!

I also notice that my entry on the GNUstep who's who page is sparse.

http://www.gnustep.org/developers/whoiswho.html

Personally, I feel very silly even pointing this stuff out. I always
assumed it was common knowledge to everybody, but apparently not!

I wonder if maybe you are interested in filling in some of the gaps in
GNUstep history?

cheers
Scott Christley

a little glimpse in the past :-)

http://web.archive.org/web/19970126031852/http://net-community.com/

_______________________________________________
Gnustep-webmasters mailing list
Gnustep-webmasters@...
http://lists.gnu.org/mailman/listinfo/gnustep-webmasters

From forum: GNUstep - Webmasters

Failure on SuSE 11 (64 bit) on a Core2Duo

2008-10-02T07:45:08Z

Saw similar output from both the gnustep-base solo and from the
combined gnustep-startup package.

_______________________________________________
Bug-gnustep mailing list
Bug-gnustep@...
http://lists.gnu.org/mailman/listinfo/bug-gnustep

logs.tar.gz (44K) Download Attachment

From forum: GNUstep - Bugs

[bug #24329] WINDOWS: ProjectCenter dies when copying text in the editor

2008-09-29T18:18:40Z

Update of bug #24329 (project gnustep):

Status: None => Works For Me
Open/Closed: Open => Closed

_______________________________________________________

Reply to this item at:

<http://savannah.gnu.org/bugs/?24329>

_______________________________________________
Message sent via/by Savannah
http://savannah.gnu.org/

_______________________________________________
Bug-gnustep mailing list
Bug-gnustep@...
http://lists.gnu.org/mailman/listinfo/bug-gnustep

From forum: GNUstep - Bugs

[bug #24329] WINDOWS: ProjectCenter dies when copying text in the editor

2008-09-29T18:18:20Z

Follow-up Comment #2, bug #24329 (project gnustep):

I can't recreate it since I updated to the newest GNUstep version under
windows.

_______________________________________________________

Reply to this item at:

<http://savannah.gnu.org/bugs/?24329>

_______________________________________________
Message sent via/by Savannah
http://savannah.gnu.org/

_______________________________________________
Bug-gnustep mailing list
Bug-gnustep@...
http://lists.gnu.org/mailman/listinfo/bug-gnustep

From forum: GNUstep - Bugs

ANN: GWorkspace 0.8.7

2008-09-28T14:26:49Z

GWorkspace version 0.8.7 is now available.

What is GWorkspace?
====================================

GWorkspace is a workspace manager for GNUstep.

Changes in version 0.8.7
=========================

* bugfix in color read of preferences (crash when certains desktop
colors were set)
* portability issue solved with NetBSD
* fswatcher now is able to auto-close connections when started
automatically with --auto, like other system daemons
* complete rewrite of the configure/make system using recursive
configure files. Now the package can finally make a working "make
dist" which was used for this release
* updated appwrappers and new appwrapper for OpenOffice
* Infopanel now displays information from the plist, allowing thus
consistent data easily

Furthermore the whole project page is now inside gnustep.org

Where can you get it? How can you compile it?
==================================================

You can download sources from
ftp://ftp.gnustep.org/pub/gnustep/usr-apps/gworkspace-0.8.7.tar.gz

The official homepage of the project is:
http://www.gnustep.org/experience/GWorkspace.html

Build Note: As a result of a more strict and correct build system, on
some platforms, where gworkspace could compile even without sqlite
(like windows), it is now strictly required.

--- Riccardo Mottola & Gregory John Casamento & the rest of the
GNUstep team

_______________________________________________
apps-gnustep mailing list
apps-gnustep@...
http://lists.gnu.org/mailman/listinfo/apps-gnustep

From forum: GNUstep - Apps