[bugs #3269] Gorm doesn't order front some windows

This mail is an automated notification from the bugs tracker
 of the project: GNUstep.

/**************************************************************************/
[bugs #3269] Latest Modifications:

Changes by: 
		Gregory John Casamento <greg_casamento <at> yahoo.com>
'Date: 
		Sat 05/01/04 at 13:39 (US/Eastern)

            What     | Removed                   | Added
---------------------------------------------------------------------------
            Category | Gui/AppKit                | Gorm
            Severity | 1 - None                  | 3 - Ordinary
          Resolution | None                      | Fixed
              Status | Open                      | Closed

------------------ Additional Follow-up Comments ----------------------------
Recinding my previous comment as of 02/01/04.   This appears to be normal behavior from AppKit.  Only the key
window is ordered front when clicking on the icon window.   I have added a method, [Gorm unhide:], to always
order front the document window.  It's possible to bring forward any other windows associated with the
.gorm document being edited.

This change effectively corrects this problem.  GJC 

/**************************************************************************/
[bugs #3269] Full Item Snapshot:

URL: <http://savannah.gnu.org/bugs/?func=detailitem&item_id=3269>

[RFC/base] GSAllocateMutexAt()

Hello everyone,

I'm hoping to flush a couple of my local changes back to -base(add) in 
the coming days.  As they will introduce new API, I'd like to give 
everyone a quick chance to object or constructively criticize.  These 
will mostly be focused on GSObjCRuntime and it utilities.  I've tried to 
take care that most of the API is +load and thread safe.  I've done some 
testing with both -base and -baseadd/Cocoa.

To start off I'm adding:

void GSAllocateMutexAt(objc_mutex_t *location)

This function provided an API to initialize a mutex safely in +load 
(without triggering any unrelated objc initialization like 
NSObject/NSLock) even in a multithreaded environment.  Currently this 
patch assumes that NeXT_RUNTIME uses pthreads.h.  If anyone is using 
GNUstep with a NeXT_RUNTIME that uses a different threading library 
please let me know.

Cheers,
David

Index: Headers/Additions/GNUstepBase/GSObjCRuntime.h
===================================================================
RCS file: /cvsroot/gnustep/gnustep/core/base/Headers/Additions/GNUstepBase/GSObjCRuntime.h,v
retrieving revision 1.3
diff -u -r1.3 GSObjCRuntime.h

[bugs #8820] Number of columns is not increased in NSMatrix's -addColumn

This mail is an automated notification from the bugs tracker
 of the project: GNUstep.

/**************************************************************************/
[bugs #8820] Full Item Snapshot:

URL: <http://savannah.gnu.org/bugs/?func=detailitem&item_id=8820>
Project: GNUstep
Submitted by: 0
On: Thu 05/06/04 at 05:19

Category:  Gui/AppKit
Severity:  5 - Average
Item Group:  Bug
Resolution:  None
Assigned to:  None
Status:  Open

Summary:  Number of columns is not increased in NSMatrix's -addColumn

Original Submission:  When adding a new column to an NSMatrix object via -addColumn the the number of
columns (ivar _numCols) is not adjusted properly. -numberOfColumns always reports the initial number
of columns.
Removing columns seems to work, though.

For detailed info, follow this link:
<http://savannah.gnu.org/bugs/?func=detailitem&item_id=8820>

_______________________________________________
  Message sent via/by Savannah

[patch #3019] fixed gdnc crash in MinGW

This mail is an automated notification from the patch tracker
 of the project: GNUstep.

/**************************************************************************/
[patch #3019] Full Item Snapshot:

URL: <http://savannah.gnu.org/patch/?func=detailitem&item_id=3019>
Project: GNUstep
Submitted by: Mateu Batle
On: Thu 05/06/04 at 09:39

Category:  Foundation
Priority:  5 - Normal
Resolution:  None
Assigned to:  None
Originator Email:  
Status:  Open

Summary:  fixed gdnc crash in MinGW 

Original Submission:  - disabled secure temporary directories for MinGW (not working)
- fixed problems with SOCKET (unsigned in MinGW). This caused the gdnc to crash (socket die notification
was never sent ...)
- fixed minor bugs in gdomap messages

CC List
-------

CC Address                          | Comment
------------------------------------+-----------------------------

Re: [PATCH] GSWeb Patch for Windows, but...

S.J.Chun wrote:

> Hi, attached file is diff between original and my build. but even with this patch, the build process, especially
> making dll, requires manual process. (I've used a2dl, implib32.exe and other tools) Most important
patch is
> for Non blocking socket code, where file descriptor/socket handle difference in Windows platform makes trouble.
> Other parts are for just compilation.
> 

(moved to bug-gnustep <at> )
Thanks...

> 
> ------------------------------------------------------------------------
> 
> diff -urN gsweb/GSWExtensions.framework/Makefile.preamble gsweb.win/GSWExtensions.framework/Makefile.preamble
> --- gsweb/GSWExtensions.framework/Makefile.preamble	Thu May  6 14:56:46 2004
> +++ gsweb.win/GSWExtensions.framework/Makefile.preamble	Thu May  6 16:02:28 2004
>  <at>  <at>  -101,9 +101,14  <at>  <at> 
>  GSW_FRAMEWORK_SUFFIX = Versions/Current/$(GNUSTEP_TARGET_LDIR)
>  
>  GSWExtensions_LIB_DIRS = \
> -	-L$(GSWEB_LIBRARY_BASE)/$(GSW_FRAMEWORK_SUFFIX)
> +	-L$(GSWEB_LIBRARY_BASE)/$(GSW_FRAMEWORK_SUFFIX) \
> +	-L../GSWeb.framework/GSWeb.framework

This seems strange.  Did you manually create/move the .dll in
$(GSWEB_LIBRARY_BASE) (away from
$GSWEB_LIBRARY_BASE)/$(GSW_FRAMEWORK_SUFFIX))?

[patch #3022] Drag and Drop in win32 Backend, extended event handling

This mail is an automated notification from the patch tracker
 of the project: GNUstep.

/**************************************************************************/
[patch #3022] Full Item Snapshot:

URL: <http://savannah.gnu.org/patch/?func=detailitem&item_id=3022>
Project: GNUstep
Submitted by: MA Garcias
On: Thu 05/06/04 at 11:26

Category:  Foundation
Priority:  5 - Normal
Resolution:  None
Assigned to:  None
Originator Email:  
Status:  Open

Summary:  Drag and Drop in win32 Backend, extended event handling

Original Submission:  Implemented the WIN32DragView class implementing the NSDRagging protocol
(mostly based in XGDragView)
Support for INTERNAL Drag and drop only.
Extended handling of WM_MOVE and WM_SIZE events for synchronization of window events with frontend.

For detailed info, follow this link:
<http://savannah.gnu.org/patch/?func=detailitem&item_id=3022>

_______________________________________________
  Message sent via/by Savannah

[RFC/base] GSClassList()

Hello everyone,

This extension is intended to provide a common runtime interface to 
access the list of available classes.  The GNU runtime uses 
objc_next_class() iteration mechanism where the Apple runtime has a 
objc_getClassList() API.  GSClassList() API is similar to the apple 
version (simply because it's easier to model use the GNU version to 
imitate the apple version rather than the other way around.)  I'd still 
advise anyone to use #ifdef's and use the native API if performance is a 
factor.  I've provided caching for the GNU runtime though, so it may not 
be too bad.  One important difference is that GSClassList() expects a 
buffer that's one element larger than objc_getClassList() would as the 
array is nil terminated.

Anyway, any comments before I commit?

Cheers,
David

Index: Headers/Additions/GNUstepBase/GSObjCRuntime.h
===================================================================
RCS file: /cvsroot/gnustep/gnustep/core/base/Headers/Additions/GNUstepBase/GSObjCRuntime.h,v
retrieving revision 1.4
diff -u -r1.4 GSObjCRuntime.h
--- Headers/Additions/GNUstepBase/GSObjCRuntime.h	6 May 2004 15:25:01 -0000	1.4
+++ Headers/Additions/GNUstepBase/GSObjCRuntime.h	6 May 2004 16:47:54 -0000
 <at>  <at>  -124,6 +124,24  <at>  <at> 
 #define GS_STATIC_INLINE static inline

[bugs #8827] gdnc thread problems on NetBSD

This mail is an automated notification from the bugs tracker
 of the project: GNUstep.

/**************************************************************************/
[bugs #8827] Full Item Snapshot:

URL: <http://savannah.gnu.org/bugs/?func=detailitem&item_id=8827>
Project: GNUstep
Submitted by: 0
On: Thu 05/06/04 at 18:37

Category:  Base/Foundation
Severity:  5 - Average
Item Group:  Bug
Resolution:  None
Assigned to:  None
Status:  Open

Summary:  gdnc thread problems on NetBSD

Original Submission:  Both on NetBSD/68K (1.6.2) and on NetBSD/ppc (2.0 pre) launching programs gives
troubles with gdnc, it doesn't get autolaunched, so it seems.

On NetBSD/ppc I tried  to trace the problem and it seems that gdnc dies.

I started gdnc with -f and get:
gimli: {14} gdnc -f
**Pth** SCHEDULER INTERNAL ERROR: no more thread(s) available to schedule!?!?
gdnc killed by signal 6

[PATCH] Framework support with GNUstep on Mac OS X

Hi,

Here are two patches to have GNUstep frameworks automatically 
discovered on Mac OS X in every possible cases.

Currently the GNUstep frameworks locations are only supported for the 
apple-apple-apple combo, but it should be supported also for the 
gnu-gnu-gnu combo which now works on Mac OS X to discard the need to 
set each time the framework location for an application like GNUMail 
which uses Addresses framework.

I have just removed the combo test case in the scripts because when 
apple-gnu-gnu and apple-apple-gnu combos will be supported, some 
frameworks could also be located in a GNUstep related location.

Quentin.

--
Quentin Mathé
qmathe <at> club-internet.fr
--
Quentin Mathé
qmathe <at> club-internet.fr
AIM : clickodrome

[RFC/base] GSProtocolFromName()

Hello everyone,

next in the series is:
Protocol *GSProtocolFromName(const char *name);

Which searches all available classes for a protocol with the 
corresponding name.  This would make an NSCoding implementation possible 
for Protocol.

because of the inefficiency of the search, you can explicitly register a 
protocol in the cache that this function uses, if you know that you may 
need to search for this protocol later.

void      GSRegisterProtocol(Protocol *);

I haven't had a chance to test this final version on Cocoa yet.  I will 
test it before I commit, but I though I'll post it anyway already.

Comments?

Cheers,
David

Index: Headers/Additions/GNUstepBase/GSObjCRuntime.h
===================================================================
RCS file: /cvsroot/gnustep/gnustep/core/base/Headers/Additions/GNUstepBase/GSObjCRuntime.h,v
retrieving revision 1.5
diff -u -r1.5 GSObjCRuntime.h