From gnustep-port@opengroupware.org Wed Nov 21 18:47:36 2007 From: gnustep-port@opengroupware.org (Sebastian Reitenbach) Date: Wed, 21 Nov 2007 19:47:36 +0100 Subject: [OGo-GNUstep-Port] compilation of zOGI with gnustep-base Message-ID: <20071121184736.AE067475B2@smtp.l00-bugdead-prods.de> Hi, the compilation of zOGI together with gnustep-base instead of libFoundation fails with the following errors: gmake[3]: Entering directory `/usr/ports/www/opengroupware/w-opengroupware.org-trunk-r2044-200711041103/opengroupware.org/ZideStore/Protocols/zOGI' Making all for bundle zOGI... cd .; \ /usr/local/share/GNUstep/Makefiles/mkinstalldirs ./obj /usr/local/share/GNUstep/Makefiles/mkinstalldirs zOGI.zsp/. cc NSString+SearchingAdditions.m -c \ -MMD -MP -DGNUSTEP -DGNUSTEP_BASE_LIBRARY=1 -DGNU_GUI_LIBRARY=1 -DGNU_RUNTIME=1 -DGNUSTEP_BASE_LIBRARY=1 -D_REENTRANT -fPIC -g -Wall -DDEBUG -fno-omit-frame-pointer -DGSWARN -DGSDIAGNOSE -Wno-import -O2 -pipe -fno-strict-aliasing -fgnu-runtime -fconstant-string-class=NSConstantString -I. -I.. -I../.. -I../../../Logic -I../../SoObjects -I. -I/usr/local/include -I/opengroupware.org-trunk-r2044-200711041103_writes_to_HOME/GNUstep/Library/Headers -I/usr/local/include \ -o obj/NSString+SearchingAdditions.o In file included from NSString+SearchingAdditions.m:22: common.h:40:45: warning: Foundation/NSConcreteDictionary.h: No such file or directory common.h:41:40: warning: Foundation/NSConcreteArray.h: No such file or directory cc zOGIProduct.m -c \ -MMD -MP -DGNUSTEP -DGNUSTEP_BASE_LIBRARY=1 -DGNU_GUI_LIBRARY=1 -DGNU_RUNTIME=1 -DGNUSTEP_BASE_LIBRARY=1 -D_REENTRANT -fPIC -g -Wall -DDEBUG -fno-omit-frame-pointer -DGSWARN -DGSDIAGNOSE -Wno-import -O2 -pipe -fno-strict-aliasing -fgnu-runtime -fconstant-string-class=NSConstantString -I. -I.. -I../.. -I../../../Logic -I../../SoObjects -I. -I/usr/local/include -I/opengroupware.org-trunk-r2044-200711041103_writes_to_HOME/GNUstep/Library/Headers -I/usr/local/include \ -o obj/zOGIProduct.o In file included from zOGIProduct.m:23: common.h:40:45: warning: Foundation/NSConcreteDictionary.h: No such file or directory common.h:41:40: warning: Foundation/NSConcreteArray.h: No such file or directory cc NSObject+zOGI.m -c \ -MMD -MP -DGNUSTEP -DGNUSTEP_BASE_LIBRARY=1 -DGNU_GUI_LIBRARY=1 -DGNU_RUNTIME=1 -DGNUSTEP_BASE_LIBRARY=1 -D_REENTRANT -fPIC -g -Wall -DDEBUG -fno-omit-frame-pointer -DGSWARN -DGSDIAGNOSE -Wno-import -O2 -pipe -fno-strict-aliasing -fgnu-runtime -fconstant-string-class=NSConstantString -I. -I.. -I../.. -I../../../Logic -I../../SoObjects -I. -I/usr/local/include -I/opengroupware.org-trunk-r2044-200711041103_writes_to_HOME/GNUstep/Library/Headers -I/usr/local/include \ -o obj/NSObject+zOGI.o In file included from NSObject+zOGI.m:23: common.h:40:45: warning: Foundation/NSConcreteDictionary.h: No such file or directory common.h:41:40: warning: Foundation/NSConcreteArray.h: No such file or directory cc zOGIAction.m -c \ -MMD -MP -DGNUSTEP -DGNUSTEP_BASE_LIBRARY=1 -DGNU_GUI_LIBRARY=1 -DGNU_RUNTIME=1 -DGNUSTEP_BASE_LIBRARY=1 -D_REENTRANT -fPIC -g -Wall -DDEBUG -fno-omit-frame-pointer -DGSWARN -DGSDIAGNOSE -Wno-import -O2 -pipe -fno-strict-aliasing -fgnu-runtime -fconstant-string-class=NSConstantString -I. -I.. -I../.. -I../../../Logic -I../../SoObjects -I. -I/usr/local/include -I/opengroupware.org-trunk-r2044-200711041103_writes_to_HOME/GNUstep/Library/Headers -I/usr/local/include \ -o obj/zOGIAction.o In file included from zOGIAction.h:29, from zOGIAction.m:29: common.h:40:45: warning: Foundation/NSConcreteDictionary.h: No such file or directory common.h:41:40: warning: Foundation/NSConcreteArray.h: No such file or directory zOGIAction.m: In function `-[zOGIAction _getEOsForPKeys:]': zOGIAction.m:214: warning: `result' might be used uninitialized in this function cc zOGIAction+Account.m -c \ -MMD -MP -DGNUSTEP -DGNUSTEP_BASE_LIBRARY=1 -DGNU_GUI_LIBRARY=1 -DGNU_RUNTIME=1 -DGNUSTEP_BASE_LIBRARY=1 -D_REENTRANT -fPIC -g -Wall -DDEBUG -fno-omit-frame-pointer -DGSWARN -DGSDIAGNOSE -Wno-import -O2 -pipe -fno-strict-aliasing -fgnu-runtime -fconstant-string-class=NSConstantString -I. -I.. -I../.. -I../../../Logic -I../../SoObjects -I. -I/usr/local/include -I/opengroupware.org-trunk-r2044-200711041103_writes_to_HOME/GNUstep/Library/Headers -I/usr/local/include \ -o obj/zOGIAction+Account.o In file included from zOGIAction.h:29, from zOGIAction+Account.m:22: common.h:40:45: warning: Foundation/NSConcreteDictionary.h: No such file or directory common.h:41:40: warning: Foundation/NSConcreteArray.h: No such file or directory cc zOGIAction+Appointment.m -c \ -MMD -MP -DGNUSTEP -DGNUSTEP_BASE_LIBRARY=1 -DGNU_GUI_LIBRARY=1 -DGNU_RUNTIME=1 -DGNUSTEP_BASE_LIBRARY=1 -D_REENTRANT -fPIC -g -Wall -DDEBUG -fno-omit-frame-pointer -DGSWARN -DGSDIAGNOSE -Wno-import -O2 -pipe -fno-strict-aliasing -fgnu-runtime -fconstant-string-class=NSConstantString -I. -I.. -I../.. -I../../../Logic -I../../SoObjects -I. -I/usr/local/include -I/opengroupware.org-trunk-r2044-200711041103_writes_to_HOME/GNUstep/Library/Headers -I/usr/local/include \ -o obj/zOGIAction+Appointment.o In file included from zOGIAction.h:29, from zOGIAction+Appointment.m:22: common.h:40:45: warning: Foundation/NSConcreteDictionary.h: No such file or directory common.h:41:40: warning: Foundation/NSConcreteArray.h: No such file or directory zOGIAction+Appointment.m: In function `-[zOGIAction(Appointment) _renderAppointment:withDetail:]': zOGIAction+Appointment.m:112: error: `NSConcreteEmptyArray' undeclared (first use in this function) zOGIAction+Appointment.m:112: error: (Each undeclared identifier is reported only once zOGIAction+Appointment.m:112: error: for each function it appears in.) zOGIAction+Appointment.m: In function `-[zOGIAction(Appointment) _translateParticipants:]': zOGIAction+Appointment.m:636: error: `NSConcreteEmptyArray' undeclared (first use in this function) zOGIAction+Appointment.m: In function `-[zOGIAction(Appointment) _translateAppointment:withFlags:]': zOGIAction+Appointment.m:725: error: `NSShortInline8BitString' undeclared (first use in this function) zOGIAction+Appointment.m:744: error: `NSConcreteEmptyArray' undeclared (first use in this function) zOGIAction+Appointment.m:745: error: `NSConcreteArray' undeclared (first use in this function) gmake[4]: *** [obj/zOGIAction+Appointment.o] Error 1 gmake[3]: *** [zOGI.all.bundle.variables] Error 2 gmake[3]: Leaving directory `/usr/ports/www/opengroupware/w-opengroupware.org-trunk-r2044-200711041103/opengroupware.org/ZideStore/Protocols/zOGI' gmake[2]: *** [internal-all] Error 2 gmake[2]: Leaving directory `/usr/ports/www/opengroupware/w-opengroupware.org-trunk-r2044-200711041103/opengroupware.org/ZideStore/Protocols' gmake[1]: *** [internal-all] Error 2 gmake[1]: Leaving directory `/usr/ports/www/opengroupware/w-opengroupware.org-trunk-r2044-200711041103/opengroupware.org/ZideStore' gmake: *** [internal-all] Error 2 *** Error code 2 Stop in /usr/ports/www/opengroupware (line 2063 of /usr/ports/infrastructure/mk/bsd.port.mk). I took a quick look to see whats done where these NSConcrete*.h are used in other places, but found none. These NSConcrete*.h are not used anywhere in sope and ogo besides in zogi. Sebastian From gnustep-port@opengroupware.org Wed Nov 21 19:32:53 2007 From: gnustep-port@opengroupware.org (Helge Hess) Date: Wed, 21 Nov 2007 20:32:53 +0100 Subject: [OGo-GNUstep-Port] compilation of zOGI with gnustep-base In-Reply-To: <20071121184736.AE067475B2@smtp.l00-bugdead-prods.de> References: <20071121184736.AE067475B2@smtp.l00-bugdead-prods.de> Message-ID: <5AB7EEEA-06CC-45AE-A999-68B7AC34F9C6@opengroupware.org> On 21.11.2007, at 19:47, Sebastian Reitenbach wrote: > I took a quick look to see whats done where these NSConcrete*.h are > used in other places, but found none. > These NSConcrete*.h are not used anywhere in sope and ogo besides > in zogi. Its a bug. NSConcrete*.h are private libFoundation headers (and classes) and may not be included. eg instead of #include do: #include Thanks, Helge -- Helge Hess http://www.helgehess.eu/ From gnustep-port@opengroupware.org Wed Nov 21 21:59:59 2007 From: gnustep-port@opengroupware.org (Adam Tauno Williams) Date: Wed, 21 Nov 2007 16:59:59 -0500 Subject: [OGo-GNUstep-Port] compilation of zOGI with gnustep-base In-Reply-To: <5AB7EEEA-06CC-45AE-A999-68B7AC34F9C6@opengroupware.org> References: <20071121184736.AE067475B2@smtp.l00-bugdead-prods.de> <5AB7EEEA-06CC-45AE-A999-68B7AC34F9C6@opengroupware.org> Message-ID: <1195682399.9229.44.camel@WM_ADAM1.morrison.iserv.net> --=-pJFbe6ft/ZE4Dz9SVNNk Content-Type: text/plain Content-Transfer-Encoding: quoted-printable > > I took a quick look to see whats done where these NSConcrete*.h are =20 > > used in other places, but found none. > > These NSConcrete*.h are not used anywhere in sope and ogo besides =20 > > in zogi. > Its a bug. NSConcrete*.h are private libFoundation headers (and =20 > classes) and may not be included. > eg instead of > #include > do: > #include Ok, the version in google code has been updated to not include/use the concrete classes. I'll test and commit over to trunk. --=-pJFbe6ft/ZE4Dz9SVNNk Content-Type: application/pgp-signature; name=signature.asc Content-Description: This is a digitally signed message part -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.4-svn0 (GNU/Linux) iD8DBQBHRKpfLRePpNle04MRAtk3AJ4p4ENYyCFMUY+ObRp2uPrmhnp/8QCeMgK5 ay65a7j6SJ0bSe2MBtz9KIY= =4/TB -----END PGP SIGNATURE----- --=-pJFbe6ft/ZE4Dz9SVNNk-- From gnustep-port@opengroupware.org Thu Nov 22 06:22:36 2007 From: gnustep-port@opengroupware.org (Sebastian Reitenbach) Date: Thu, 22 Nov 2007 07:22:36 +0100 Subject: [OGo-GNUstep-Port] compilation of zOGI with gnustep-base Message-ID: <20071122062236.DE0AA475DD@smtp.l00-bugdead-prods.de> gnustep-port@opengroupware.org wrote: > > > I took a quick look to see whats done where these NSConcrete*.h are > > > used in other places, but found none. > > > These NSConcrete*.h are not used anywhere in sope and ogo besides > > > in zogi. > > Its a bug. NSConcrete*.h are private libFoundation headers (and > > classes) and may not be included. > > eg instead of > > #include > > do: > > #include > > Ok, the version in google code has been updated to not include/use the > concrete classes. I'll test and commit over to trunk. > great, I'll watch the changeblogger, when it is in, I'll retest and see, whether it will compile then, or not. thanks Sebastian From gnustep-port@opengroupware.org Mon Nov 26 14:54:02 2007 From: gnustep-port@opengroupware.org (Adam Tauno Williams) Date: Mon, 26 Nov 2007 09:54:02 -0500 Subject: [OGo-GNUstep-Port] compilation of zOGI with gnustep-base In-Reply-To: <20071122062236.DE0AA475DD@smtp.l00-bugdead-prods.de> References: <20071122062236.DE0AA475DD@smtp.l00-bugdead-prods.de> Message-ID: <1196088842.9719.9.camel@WM_ADAM1.morrison.iserv.net> --=-Hl+PvHhAhfakzTmzKViy Content-Type: text/plain Content-Transfer-Encoding: quoted-printable > > > > I took a quick look to see whats done where these NSConcrete*.h are= =20 > > > > used in other places, but found none. > > > > These NSConcrete*.h are not used anywhere in sope and ogo besides =20 > > > > in zogi. > > > Its a bug. NSConcrete*.h are private libFoundation headers (and =20 > > > classes) and may not be included. > > > eg instead of > > > #include > > > do: > > > #include > > Ok, the version in google code has been updated to not include/use the > > concrete classes. I'll test and commit over to trunk. > great, I'll watch the changeblogger, when it is in, I'll retest and see,=20 > whether it will compile then, or not. Checked in, r2052. --=-Hl+PvHhAhfakzTmzKViy Content-Type: application/pgp-signature; name=signature.asc Content-Description: This is a digitally signed message part -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.4-svn0 (GNU/Linux) iD8DBQBHSt4KLRePpNle04MRAl1CAJ9N+b/ip5hTUhhNl3Urv9JdHZtZmwCdH0je PeQm/Cm35jusoI6W0ZqPd4E= =DpDh -----END PGP SIGNATURE----- --=-Hl+PvHhAhfakzTmzKViy-- From gnustep-port@opengroupware.org Mon Nov 26 16:28:39 2007 From: gnustep-port@opengroupware.org (Sebastian Reitenbach) Date: Mon, 26 Nov 2007 17:28:39 +0100 Subject: [OGo-GNUstep-Port] exception Message-ID: <200711261628.lAQGSdbd004234@defiant.ds9> ------=_=-_OpenGroupware_org_NGMime-31508-1196094519.102322-0------ content-type: text/plain; charset="us-ascii" content-length: 520 content-transfer-encoding: 7bit Hi, while giving the new gnustep-base 1.15.1 a try, and trying to run ogo on it, there are still the same problems as some months ago. Nevertheless, at least I figured out a way to get rid of one exception. Appended patch to sope-appserver/NGObjWeb/WOComponent+Sync.m fixes the problem, the exception does not happen anymore. I added an #if GNUSTEP_BASE_LIBRARY around the changes. Could this patch be reviewed and maybe applied. shall I create a bugzilla entry and apply the patch there? kind regards Sebastian ------=_=-_OpenGroupware_org_NGMime-31508-1196094519.102322-0------ content-length: 964 content-disposition: inline; filename="patch-sope-appserver_NGObjWeb_WOComponent+Sync.m" content-type: application/octet-stream; name="patch-sope-appserver_NGObjWeb_WOComponent+Sync.m" content-transfer-encoding: 7bit --- sope-appserver/NGObjWeb/WOComponent+Sync.m Sat Oct 20 11:01:06 2007 +++ sope-appserver/NGObjWeb/WOComponent+Sync.m.new Mon Nov 26 14:59:05 2007 @@ -80,6 +80,9 @@ CHK_WOCDICT_CACHE; #if NeXT_RUNTIME takeValue = (void *)[self methodForSelector:@selector(takeValue:forKey:)]; +#elif GNUSTEP_BASE_LIBRARY + takeValue = (void*)method_get_imp(class_get_instance_method(self->isa, + @selector(setValue:forKey:))); #else takeValue = (void*)method_get_imp(class_get_instance_method(self->isa, @selector(takeValue:forKey:))); @@ -117,7 +120,11 @@ // parameter is a string because ObjC doesn't know about bool // and will evaluate the string as a char value // (this is common if you use const:mykey="YES" in WOx) +#if GNUSTEP_BASE_LIBRARY + takeValue(self, @selector(setValue:forKey:), value, key); +#else takeValue(self, @selector(takeValue:forKey:), value, key); +#endif } } ------=_=-_OpenGroupware_org_NGMime-31508-1196094519.102322-0-------- From gnustep-port@opengroupware.org Mon Nov 26 17:04:23 2007 From: gnustep-port@opengroupware.org (Sebastian Reitenbach) Date: Mon, 26 Nov 2007 18:04:23 +0100 Subject: [OGo-GNUstep-Port] compilation of zOGI with gnustep-base Message-ID: <200711261704.lAQH4NVo017213@defiant.ds9> gnustep-port@opengroupware.org wrote: > > > > > I took a quick look to see whats done where these NSConcrete*.h are > > > > > used in other places, but found none. > > > > > These NSConcrete*.h are not used anywhere in sope and ogo besides > > > > > in zogi. > > > > Its a bug. NSConcrete*.h are private libFoundation headers (and > > > > classes) and may not be included. > > > > eg instead of > > > > #include > > > > do: > > > > #include > > > Ok, the version in google code has been updated to not include/use the > > > concrete classes. I'll test and commit over to trunk. > > great, I'll watch the changeblogger, when it is in, I'll retest and see, > > whether it will compile then, or not. > > Checked in, r2052. will test compiling again when the nightly sources packages are updated. thanks Sebastian > From gnustep-port@opengroupware.org Mon Nov 26 19:16:21 2007 From: gnustep-port@opengroupware.org (Helge Hess) Date: Mon, 26 Nov 2007 20:16:21 +0100 Subject: [OGo-GNUstep-Port] exception In-Reply-To: <200711261628.lAQGSdbd004234@defiant.ds9> References: <200711261628.lAQGSdbd004234@defiant.ds9> Message-ID: <3CB34E07-130D-499D-9E6D-8C2D07F9C5DA@opengroupware.org> Hi, yes, this looks OK. I've applied something similiar. Thanks, Helge On 26.11.2007, at 17:28, Sebastian Reitenbach wrote: > Hi, > > while giving the new gnustep-base 1.15.1 a try, and trying to run > ogo on it, > there are still the same problems as some months ago. > > Nevertheless, at least I figured out a way to get rid of one > exception. > Appended patch to sope-appserver/NGObjWeb/WOComponent+Sync.m > fixes the problem, the exception does not happen anymore. > I added an #if GNUSTEP_BASE_LIBRARY around the changes. > > Could this patch be reviewed and maybe applied. > > shall I create a bugzilla entry and apply the patch there? > > kind regards > Sebastian > > > -- Helge Hess http://www.helgehess.eu/ From gnustep-port@opengroupware.org Mon Nov 26 22:17:20 2007 From: gnustep-port@opengroupware.org (Sebastian Reitenbach) Date: Mon, 26 Nov 2007 23:17:20 +0100 Subject: [OGo-GNUstep-Port] exception Message-ID: <20071126221721.A94AE48060@smtp.l00-bugdead-prods.de> gnustep-port@opengroupware.org wrote: > Hi, > > yes, this looks OK. I've applied something similiar. cool, thanks. Sebastian From gnustep-port@opengroupware.org Tue Nov 27 10:07:02 2007 From: gnustep-port@opengroupware.org (Sebastian Reitenbach) Date: Tue, 27 Nov 2007 11:07:02 +0100 Subject: [OGo-GNUstep-Port] exception when entering a project Message-ID: <20071127100702.D2B9147FDB@smtp.l00-bugdead-prods.de> When I try to enter a project the following exception is raised: Application Server caught exception: session: 2E812E8101474B404D element: 006474b405e89eeac08.0.17.1.3.b.attributes.1.37 context: <0x0x89eeac08[WOContext]: 006474b405e89eeac08 app=ogo-webui-1.1 sn=2E812E8101474B404D eid=006474b405e89eeac08.0.17.1.3.b.attributes.1.37 rqeid=(nil)> request: class: NSException name: NSUnknownKeyException reason: Unable to set nil value for key info: {NSTargetObjectUserInfoKey = ""; NSUnknownUserInfoKey = comment; } here is the backtrace from gdb: #0 -[NSException raise] (self=0x8a5114c8, _cmd=0x2a759ca8) at NSException.m:782 #1 0x0a73fe28 in -[NSObject(KeyValueCoding) setValue:forUndefinedKey:] (self=0x85f5be08, _cmd=0x2a782510, anObject=0x85f5bec8, aKey=0x83bb8748) at NSKeyValueCoding.m:415 #2 0x0a7e6ddf in GSObjCSetVal (self=0x85f5be08, key=0xcfbd9080 "comment", val=0x85f5bec8, sel=0x0, type=0x2a782510 "+", size=7, offset=174841227) at GSObjCRuntime.m:1810 #3 0x0a73ec6c in SetValueForKey (self=0x85f5be08, anObject=0x85f5bec8, key=0xcfbd9080 "comment", size=7) at NSKeyValueCoding.m:124 #4 0x0a73fb8c in -[NSObject(KeyValueCoding) setValue:forKey:] (self=0x85f5be08, _cmd=0x218fb148, anObject=0x85f5bec8, aKey=0x83bb8e28) at NSKeyValueCoding.m:363 #5 0x01935095 in _setValue (self=0x858a6348, _value=0x85f5bec8) at WOKeyPathAssociation.m:920 #6 0x018ed840 in WOComponent_syncToParent (self=0x805f0308, _parent=0x86d7c388) at WOComponent+Sync.m:181 #7 0x018f128d in WOContext_leaveComponent (self=0x7d9ef008, _component=0x805f0308) at WOContext.m:444 #8 0x0190ec59 in -[WOChildComponentReference appendToResponse:inContext:] (self=0x7fe46088, _cmd=0x21903350, _response=0x8add8c88, _ctx=0x7d9ef008) at WOChildComponentReference.m:189 #9 0x01951655 in -[WOCompoundElement appendToResponse:inContext:] (self=0x8032a308, _cmd=0x218fdd88, _response=0x8add8c88, _ctx=0x7d9ef008) at WOCompoundElement.m:247 #10 0x01941871 in -[WOTemplate appendToResponse:inContext:] (self=0xa71f9e4, _cmd=0x218e3128, _response=0x8add8c88, _ctx=0x7d9ef008) at WOTemplate.m:128 #11 0x018ec40c in -[WOComponent appendToResponse:inContext:] (self=0x86d7c388, _cmd=0x28b036a8, _response=0x8add8c88, _ctx=0x7d9ef008) at WOComponent.m:924 #12 0x08b06c2d in -[OGoComponent appendToResponse:inContext:] (self=0x86d7c388, _cmd=0x218edbc0, _r=0x8add8c88, _ctx=0x7d9ef008) at OGoComponent.m:132 #13 0x0190ec4b in -[WOChildComponentReference appendToResponse:inContext:] (self=0x7c362ac8, _cmd=0x2426fc98, _response=0x8add8c88, _ctx=0x7d9ef008) at WOChildComponentReference.m:188 #14 0x042842be in -[WETabItem _appendBodyToResponse:inContext:activeKey:key:] (self=0x7c2e3f88, _cmd=0x2426fcc8, _response=0x8add8c88, _ctx=0x7d9ef008, tmp=0x8a1cfec8, k=0x896ddb88) at WETabItem.m:354 #15 0x04284604 in -[WETabItem appendToResponse:inContext:] (self=0x7c2e3f88, _cmd=0x27e14110, _response=0x8add8c88, _ctx=0x7d9ef008) at WETabItem.m:414 #16 0x07e1c67d in -[SkySimpleTabItem appendToResponse:inContext:] (self=0xa71f9e4, _cmd=0x21903358, _response=0x8add8c88, _ctx=0x7d9ef008) at SkySimpleTabItem.m:113 #17 0x01951682 in -[WOCompoundElement appendToResponse:inContext:] (self=0x8010b288, _cmd=0x24270d20, _response=0x8add8c88, _ctx=0x7d9ef008) at WOCompoundElement.m:252 (gdb) list NSKeyValueCoding.m:415 410 o = [NSObject instanceMethodForSelector: 411 @selector(handleTakeValue:forUnboundKey:)]; 412 } 413 if ([self methodForSelector: @selector(handleTakeValue:forUnboundKey:)] != o) 414 { 415 [self handleTakeValue: anObject forUnboundKey: aKey]; 416 return; 417 } 418 NSLog(@"NSKeyValueCoding.m: setValue: %@ forUndefinedKey: %@, i am self: %@", anObject, aKey, [self description]); 419 dict = [NSDictionary dictionaryWithObjectsAndKeys: (gdb) list GSObjCRuntime.m:1810 1805 } 1806 type = [sig getArgumentTypeAtIndex: 2]; 1807 } 1808 if (type == NULL) 1809 { 1810 [self setValue: val 1811 forUndefinedKey: [NSString stringWithUTF8String: key]]; 1812 } 1813 else if ((val == nil || val == null) && *type != _C_ID && *type != _C_CLASS) 1814 { (gdb) list NSKeyValueCoding.m:124 119 { 120 GSOnceFLog(@"Key-value access using _setKey: is deprecated:"); 121 } 122 } 123 } 124 GSObjCSetVal(self, key, anObject, sel, type, size, off); 125 } 126 127 static id ValueForKey(NSObject *self, const char *key, unsigned size) 128 { The NSLog statement I added in NSKeyValueCoding.m:418 prints the following just before the exception is raised: 2007-11-27 10:45:27.485 ogo-webui-1.1[32682] NSKeyValueCoding.m: setValue: forUndefinedKey: comment, i am self: Some months ago, Helge fixed some similar problems here: http://svn.opengroupware.org/viewcvs/trunk/WebUI/OGoFoundation/LSWLabelHandler.m?rev=1957&r1=1654&r2=1957 and here: http://svn.opengroupware.org/viewcvs/trunk/Logic/LSAddress/_NSUserDefaults.m?rev=1961&r1=1658&r2=1961 by adding some methods. I assume this problem could be fixed by adding a -setValue:forUndefinedKey: method somewhere, but where should this be added to fix the problem? any hint, and I'll try fixing it. thanks Sebastian From gnustep-port@opengroupware.org Tue Nov 27 10:09:30 2007 From: gnustep-port@opengroupware.org (Sebastian Reitenbach) Date: Tue, 27 Nov 2007 11:09:30 +0100 Subject: [OGo-GNUstep-Port] compilation of zOGI with gnustep-base Message-ID: <20071127100930.8C7A548268@smtp.l00-bugdead-prods.de> Hi, gnustep-port@opengroupware.org wrote: > > > > > I took a quick look to see whats done where these NSConcrete*.h are > > > > > used in other places, but found none. > > > > > These NSConcrete*.h are not used anywhere in sope and ogo besides > > > > > in zogi. > > > > Its a bug. NSConcrete*.h are private libFoundation headers (and > > > > classes) and may not be included. > > > > eg instead of > > > > #include > > > > do: > > > > #include > > > Ok, the version in google code has been updated to not include/use the > > > concrete classes. I'll test and commit over to trunk. > > great, I'll watch the changeblogger, when it is in, I'll retest and see, > > whether it will compile then, or not. > > Checked in, r2052. I just checked out the changeblogger, but the zOGI changes are not there, only the one from Helge yesterday. Sebastian From gnustep-port@opengroupware.org Tue Nov 27 10:43:56 2007 From: gnustep-port@opengroupware.org (Sebastian Reitenbach) Date: Tue, 27 Nov 2007 11:43:56 +0100 Subject: [OGo-GNUstep-Port] another exception, when entering mail preferences Message-ID: <20071127104357.041E348264@smtp.l00-bugdead-prods.de> Hi, When in the Mail preferences, opening the Mail/Sentmail collapsible, the following exception happens: Application Server caught exception: session: 20EF20EF01474BED8A element: 009474bedca7ef5b808.0.17.1.1.7.0.3.1.3.5.1.1.1.7.1.1.1 context: <0x0x7ef5b808[WOContext]: 009474bedca7ef5b808 app=ogo-webui-1.1 sn=20EF20EF01474BED8A eid=009474bedca7ef5b808.0.17.1.1.7.0.3.1.3.5.1.1.1.7.1.1.1 rqeid=008474bedc67f0ce008.0.17.1.1.7.0.1.1.1.1.3.1.1.c> request: class: NSException name: NSInvalidArgumentException reason: GSCInlineString(instance) does not recognize objectAtIndex: info: #0 -[NSException raise] (self=0x7e8df028, _cmd=0x2cf02638) at NSException.m:782 #1 0x0cece7c4 in +[NSException raise:format:arguments:] (self=0x2cf02440, _cmd=0x2cf02620, name=0x2cf0277c, format=0x2cf0d858, argList=0xcfbf0efc "\216>�,'y�,p\207s\212zQ�\f\216>�,'y�,p\207s\212\f\233�,���,lQ�\fT\017�ϮS�\fH\234�\201���, !n+�_H\003���| \003") at NSException.m:753 #2 0x0cece737 in +[NSException raise:format:] (self=0x2cf02440, _cmd=0x2cf0d4f0, name=0x2cf0277c, format=0x2cf0d858) at NSException.m:739 #3 0x0cf0522e in -[NSObject doesNotRecognizeSelector:] (self=0x2cf02440, _cmd=0x2cf0d5e0, aSelector=0xcece9e4) at GSObjCRuntime.h:283 #4 0x0cf053ae in -[NSObject forwardInvocation:] (self=0x81ce9c48, _cmd=0x2cf00e98, anInvocation=0x7cb56f48) at NSObject.m:1700 #5 0x0cf8e5d8 in GSInvocationCallback (callback_data=0x2cf3c440, args=0xcfbf10b4) at GSFFCallInvocation.m:1047 #6 0x05dcb93d in __vacall_r () from /usr/local/lib/libcallback.so.1.0 #7 0x2cf3c440 in returnTypeInfo () from /usr/local/lib/libgnustep-base.so.1.15 #8 0xcfbf10b4 in ?? () #9 0x00000006 in ?? () #10 0xcfbf10ec in ?? () #11 0x00000000 in ?? () 277 /** 278 * Return the name of the object's class, or a nul pointer if no object 279 * was supplied. 280 */ 281 GS_STATIC_INLINE const char * 282 GSClassNameFromObject(id obj) 283 { 284 if (obj == 0) 285 return 0; 286 return object_get_class_name(obj); 287 } (gdb) list NSObject.m:1700 1695 * the receiver for which the receivers class has no method.
1696 * The default implementation calls -doesNotRecognizeSelector: 1697 */ 1698 - (void) forwardInvocation: (NSInvocation*)anInvocation 1699 { 1700 [self doesNotRecognizeSelector: [anInvocation selector]]; 1701 return; 1702 } 1703 1704 /** any idea what I can do about this one? kind regards Sebastian From gnustep-port@opengroupware.org Tue Nov 27 11:14:03 2007 From: gnustep-port@opengroupware.org (Sebastian Reitenbach) Date: Tue, 27 Nov 2007 12:14:03 +0100 Subject: [OGo-GNUstep-Port] exception when entering a project Message-ID: <20071127111403.C2AE748269@smtp.l00-bugdead-prods.de> Here is a very similar exception, like the other one, it happens when you are in the mail editor and click the + button to add an e-mail: Application Server caught exception: session: 1000100001474BF9A9 element: 007474bf9ec7ef35408.0.17.1.1.1.1.1 context: <0x0x89647008[WOContext]: 008474bfa3289647008 app=ogo-webui-1.1 sn=1000100001474BF9A9 eid=007474bf9ec7ef35408.0.17.1.1.1.1.1 rqeid=007474bf9ec7ef35408.0.17.1.1.1.1> request: class: NSException name: NSUnknownKeyException reason: Unable to set nil value for key info: {NSTargetObjectUserInfoKey = sebastia; NSUnknownUserInfoKey = login; } (gdb) bt #0 -[NSException raise] (self=0x7d643848, _cmd=0x25b4aca8) at NSException.m:782 #1 0x05b30e28 in -[NSObject(KeyValueCoding) setValue:forUndefinedKey:] (self=0x87c85c08, _cmd=0x25b73510, anObject=0x83a8e9e8, aKey=0x83a8e708) at NSKeyValueCoding.m:415 #2 0x05bd7ddf in GSObjCSetVal (self=0x87c85c08, key=0xcfbc1560 "login", val=0x83a8e9e8, sel=0x0, type=0x25b73510 "+", size=5, offset=95088011) at GSObjCRuntime.m:1810 #3 0x05b2fc6c in SetValueForKey (self=0x87c85c08, anObject=0x83a8e9e8, key=0xcfbc1560 "login", size=5) at NSKeyValueCoding.m:124 #4 0x05b30b8c in -[NSObject(KeyValueCoding) setValue:forKey:] (self=0x87c85c08, _cmd=0x2b9d2148, anObject=0x83a8e9e8, aKey=0x81d1a0a8) at NSKeyValueCoding.m:363 #5 0x0ba0c095 in _setValue (self=0x7f79efe8, _value=0x83a8e9e8) at WOKeyPathAssociation.m:920 #6 0x0ba33aab in -[WOInput takeValuesFromRequest:inContext:] (self=0x8a7ef788, _cmd=0x2b9da2d0, _req=0x7c27f308, _ctx=0x89647008) at WOInput.m:122 #7 0x0ba28003 in -[WOCompoundElement takeValuesFromRequest:inContext:] (self=0x83d4ba08, _cmd=0x2b9db1e8, _rq=0x7c27f308, _ctx=0x89647008) at WOCompoundElement.m:150 #8 0x0ba2b21d in -[WOForm takeValuesFromRequest:inContext:] (self=0x7f1a1788, _cmd=0x2b9da2d0, _rq=0x7c27f308, _ctx=0x89647008) at WOForm.m:176 #9 0x0ba28003 in -[WOCompoundElement takeValuesFromRequest:inContext:] (self=0x8a927e48, _cmd=0x2b9da710, _rq=0x7c27f308, _ctx=0x89647008) at WOCompoundElement.m:150 #10 0x0ba2930c in -[WOConditional takeValuesFromRequest:inContext:] (self=0x8a927e08, _cmd=0x2b9da2d0, _rq=0x7c27f308, _ctx=0x89647008) at WOConditional.m:198 #11 0x0ba28003 in -[WOCompoundElement takeValuesFromRequest:inContext:] (self=0x832702c8, _cmd=0x2c5d7f60, _rq=0x7c27f308, _ctx=0x89647008) at WOCompoundElement.m:150 #12 0x0c5e7463 in -[OGoWindowFrame takeValuesFromRequest:inContext:] (self=0x7f1a1888, _cmd=0x2b9da2d0, _rq=0x7c27f308, _ctx=0x89647008) at OGoWindowFrame.m:151 #13 0x0ba28003 in -[WOCompoundElement takeValuesFromRequest:inContext:] (self=0x83270208, _cmd=0x2b9d9ba8, _rq=0x7c27f308, _ctx=0x89647008) at WOCompoundElement.m:150 #14 0x0ba267a3 in -[WOComponentContent takeValuesFromRequest:inContext:] (self=0x8141e1a8, _cmd=0x2b9da2d0, _request=0x7c27f308, _ctx=0x89647008) at WOComponentContent.m:67 #15 0x0ba28003 in -[WOCompoundElement takeValuesFromRequest:inContext:] (self=0x7c98a508, _cmd=0x2b9d4d78, _rq=0x7c27f308, _ctx=0x89647008) at WOCompoundElement.m:150 #16 0x0ba187f1 in -[WOTemplate takeValuesFromRequest:inContext:] (self=0x5b109e4, _cmd=0x2b9ba100, _req=0x7c27f308, _ctx=0x89647008) at WOTemplate.m:120 #17 0x0b9c30d9 in -[WOComponent takeValuesFromRequest:inContext:] (self=0x7f1a1a08, _cmd=0x2aa4e698, _req=0x7c27f308, _ctx=0x89647008) at WOComponent.m:877 #18 0x0aa51b35 in -[OGoComponent takeValuesFromRequest:inContext:] (self=0x7f1a1a08, _cmd=0x2b9c4b80, _rq=0x7c27f308, _ctx=0x89647008) at OGoComponent.m:116 #19 0x0b9e570b in -[WOChildComponentReference takeValuesFromRequest:inContext:] (self=0x83270108, _cmd=0x2b9da2d0, _request=0x7c27f308, _ctx=0x89647008) at WOChildComponentReference.m:110 #20 0x0ba28003 in -[WOCompoundElement takeValuesFromRequest:inContext:] (self=0x8a927f08, _cmd=0x2b9d4d78, _rq=0x7c27f308, _ctx=0x89647008) at WOCompoundElement.m:150 #21 0x0ba187f1 in -[WOTemplate takeValuesFromRequest:inContext:] (self=0x5b109e4, _cmd=0x2b9ba100, _req=0x7c27f308, _ctx=0x89647008) at WOTemplate.m:120 #22 0x0b9c30d9 in -[WOComponent takeValuesFromRequest:inContext:] (self=0x83d4bb08, _cmd=0x2aa4e698, _req=0x7c27f308, _ctx=0x89647008) at WOComponent.m:877 #23 0x0aa51b35 in -[OGoComponent takeValuesFromRequest:inContext:] (self=0x83d4bb08, _cmd=0x2b9bfb20, _rq=0x7c27f308, _ctx=0x89647008) at OGoComponent.m:116 #24 0x0b9d5ab7 in -[WOSession takeValuesFromRequest:inContext:] (self=0x89647008, _cmd=0x2aa52750, _request=0x7c27f308, _ctx=0x89647008) at WOSession.m:455 #25 0x0aa5ab66 in -[OGoSession takeValuesFromRequest:inContext:] (self=0x7d77ba08, _cmd=0x2b9b8820, _req=0x7c27f308, _ctx=0x89647008) at OGoSession.m:366 #26 0x0b9bc0f4 in -[WOApplication takeValuesFromRequest:inContext:] (self=0x83825908, _cmd=0x2b9c1f90, _req=0x7c27f308, _ctx=0x89647008) at WOApplication.m:895 #27 0x0b9dc352 in -[OWViewRequestHandler runTransactionWithContext:] (self=0x86b130f8, _cmd=0x2b9c20d0, _ctx=0x89647008) at OWViewRequestHandler.m:80 #28 0x0b9dce6f in -[OWViewRequestHandler handleRequest:inContext:session:application:] (self=0x86b130f8, _cmd=0x2b9ca858, _request=0x7c27f308, context=0x89647008, session=0x7d77ba08, app=0x83825908) at OWViewRequestHandler.m:279 #29 0x0b9f831c in -[WORequestHandler handleRequest:] (self=0x86b130f8, _cmd=0x2b9b94d0, _request=0x7c27f308) at WORequestHandler.m:241 ---Type to continue, or q to quit---q Quit (gdb) list NSKeyValueCoding.m:415 410 o = [NSObject instanceMethodForSelector: 411 @selector(handleTakeValue:forUnboundKey:)]; 412 } 413 if ([self methodForSelector: @selector(handleTakeValue:forUnboundKey:)] != o) 414 { 415 [self handleTakeValue: anObject forUnboundKey: aKey]; 416 return; 417 } 418 NSLog(@"NSKeyValueCoding.m: setValue: %@ forUndefinedKey: %@, i am self: %@", anObject, aKey, [self description]); 419 dict = [NSDictionary dictionaryWithObjectsAndKeys: (gdb) list WOKeyPathAssociation.m:920 915 #endif 916 return YES; 917 } 918 else if (info->type == WOKeyType_binding) { // setValue:forBinding: 919 NSCAssert(info->extra.key, @"no key object set .."); 920 [object setValue:_value forBinding:info->extra.key]; 921 return YES; 922 } 923 else { 924 // TODO: use errorWithFormat? (gdb) list NSKeyValueCoding.m:363 358 359 [aKey getCString: key 360 maxLength: size+1 361 encoding: NSUTF8StringEncoding]; 362 size = strlen(key); 363 SetValueForKey(self, anObject, key, size); 364 } 365 366 367 - (void) setValue: (id)anObject forKeyPath: (NSString*)aKey Sebastian From gnustep-port@opengroupware.org Tue Nov 27 11:26:31 2007 From: gnustep-port@opengroupware.org (Helge Hess) Date: Tue, 27 Nov 2007 12:26:31 +0100 Subject: [OGo-GNUstep-Port] another exception, when entering mail preferences In-Reply-To: <20071127104357.041E348264@smtp.l00-bugdead-prods.de> References: <20071127104357.041E348264@smtp.l00-bugdead-prods.de> Message-ID: <6AD0C696-6DC7-4AE8-8B37-4140888ABB06@opengroupware.org> On 27.11.2007, at 11:43, Sebastian Reitenbach wrote: > any idea what I can do about this one? break -raise, then show us the backtrace. Greets, Helge -- Helge Hess http://www.helgehess.eu/ From gnustep-port@opengroupware.org Tue Nov 27 11:40:58 2007 From: gnustep-port@opengroupware.org (Sebastian Reitenbach) Date: Tue, 27 Nov 2007 12:40:58 +0100 Subject: [OGo-GNUstep-Port] another exception, when entering mail preferences Message-ID: <20071127114059.1954148269@smtp.l00-bugdead-prods.de> gnustep-port@opengroupware.org wrote: > On 27.11.2007, at 11:43, Sebastian Reitenbach wrote: > > any idea what I can do about this one? > > break -raise, then show us the backtrace. it was there, wasn't that enough? thanks Sebastian From gnustep-port@opengroupware.org Tue Nov 27 11:25:18 2007 From: gnustep-port@opengroupware.org (Helge Hess) Date: Tue, 27 Nov 2007 12:25:18 +0100 Subject: [OGo-GNUstep-Port] exception when entering a project In-Reply-To: <20071127111403.C2AE748269@smtp.l00-bugdead-prods.de> References: <20071127111403.C2AE748269@smtp.l00-bugdead-prods.de> Message-ID: On 27.11.2007, at 12:14, Sebastian Reitenbach wrote: > #1 0x05b30e28 in -[NSObject(KeyValueCoding) > setValue:forUndefinedKey:] > (self=0x87c85c08, _cmd=0x25b73510, anObject=0x83a8e9e8, > aKey=0x83a8e708) at type: # frame 1 # print *self # po self Thx, Helge -- Helge Hess http://www.helgehess.eu/ From gnustep-port@opengroupware.org Tue Nov 27 13:46:12 2007 From: gnustep-port@opengroupware.org (Adam Tauno Williams) Date: Tue, 27 Nov 2007 08:46:12 -0500 Subject: [OGo-GNUstep-Port] compilation of zOGI with gnustep-base In-Reply-To: <20071127100930.8C7A548268@smtp.l00-bugdead-prods.de> References: <20071127100930.8C7A548268@smtp.l00-bugdead-prods.de> Message-ID: <1196171172.7565.2.camel@WM_ADAM1.morrison.iserv.net> --=-sQx27OBKvnViVwD2ZvR8 Content-Type: text/plain Content-Transfer-Encoding: quoted-printable > gnustep-port@opengroupware.org wrote:=20 > > > > > > I took a quick look to see whats done where these NSConcrete*.h= =20 > are =20 > > > > > > used in other places, but found none. > > > > > > These NSConcrete*.h are not used anywhere in sope and ogo besid= es =20 > > > > > > in zogi. > > > > > Its a bug. NSConcrete*.h are private libFoundation headers (and =20 > > > > > classes) and may not be included. > > > > > eg instead of > > > > > #include > > > > > do: > > > > > #include > > > > Ok, the version in google code has been updated to not include/use = the > > > > concrete classes. I'll test and commit over to trunk. > > > great, I'll watch the changeblogger, when it is in, I'll retest and s= ee,=20 > > > whether it will compile then, or not. > >=20 > > Checked in, r2052. > I just checked out the changeblogger, but the zOGI changes are not there,= =20 > only the one from Helge yesterday. In noticed that too; I tried a little app that was supposed to support editing ChangeLog files, it appears to have botched it. Fixed changelog has been committed. The ChangeLog looked Ok but it used spaces instead of tabs for the indent which apparently doesn't work. --=-sQx27OBKvnViVwD2ZvR8 Content-Type: application/pgp-signature; name=signature.asc Content-Description: This is a digitally signed message part -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.4-svn0 (GNU/Linux) iD8DBQBHTB+kLRePpNle04MRAlRTAJ47A+hXNInnx0Wui7qI/ppLcqb0WwCfYD9b Xncgl/EAMp90V5nAD9qWo7c= =0c2O -----END PGP SIGNATURE----- --=-sQx27OBKvnViVwD2ZvR8-- From gnustep-port@opengroupware.org Tue Nov 27 14:53:08 2007 From: gnustep-port@opengroupware.org (Sebastian Reitenbach) Date: Tue, 27 Nov 2007 15:53:08 +0100 Subject: [OGo-GNUstep-Port] exception when entering a project Message-ID: <20071127145308.9045248323@smtp.l00-bugdead-prods.de> Hi, gnustep-port@opengroupware.org wrote: > On 27.11.2007, at 12:14, Sebastian Reitenbach wrote: > > #1 0x05b30e28 in -[NSObject(KeyValueCoding) > > setValue:forUndefinedKey:] > > (self=0x87c85c08, _cmd=0x25b73510, anObject=0x83a8e9e8, > > aKey=0x83a8e708) at > > > type: > # frame 1 > # print *self > # po self this is when entering a project: (gdb) frame 1 #1 0x0ba90e28 in -[NSObject(KeyValueCoding) setValue:forUndefinedKey:] (self=0x86859688, _cmd=0x2bad3510, anObject=0x86859768, aKey=0x7f6f27e8) at NSKeyValueCoding.m:415 415 [self handleTakeValue: anObject forUnboundKey: aKey]; (gdb) print *self $1 = {isa = 0x230d38a0} (gdb) po self and this, when clicking the + in the mail editor: (gdb) frame 1 #1 0x0a303e28 in -[NSObject(KeyValueCoding) setValue:forUndefinedKey:] (self=0x80907588, _cmd=0x2a346510, anObject=0x86198748, aKey=0x833f1508) at NSKeyValueCoding.m:415 415 [self handleTakeValue: anObject forUnboundKey: aKey]; (gdb) print *self $2 = {isa = 0x20c447c0} (gdb) po self "; assistantName = ""; associatedCategories = ""; associatedCompany = ""; associatedContacts = ""; birthday = ""; bossName = ""; companyId = 10100; contactId = ""; dbStatus = inserted; degree = ""; department = ""; description = ""; dirServer = ""; emailAlias = ""; fileas = ""; firstname = Sebastian; freebusyUrl = ""; imAddress = ""; imapPasswd = ""; isAccount = 1; isCustomer = ""; isExtraAccount = 0; isIntraAccount = 1; isLocked = ""; isPerson = 1; isPrivate = ""; isReadonly = ""; isTemplateUser = ""; keywords = ""; login = sebastia; middlename = ""; name = Reitenbach; nameAffix = ""; nameTitle = ""; number = OGo10100; objectVersion = 1; occupation = ""; office = ""; ownerId = 10000; partnerName = ""; password = ""; priority = ""; salutation = ""; sensitivity = ""; sex = ""; showEmail2As = ""; showEmail3As = ""; showEmailAs = ""; sourceUrl = ""; templateUserId = 9999; url = "https://www.l00-bugdead-prods.de"; }> Sebastian From gnustep-port@opengroupware.org Tue Nov 27 14:56:03 2007 From: gnustep-port@opengroupware.org (Sebastian Reitenbach) Date: Tue, 27 Nov 2007 15:56:03 +0100 Subject: [OGo-GNUstep-Port] exception Message-ID: <20071127145604.47DA84833B@smtp.l00-bugdead-prods.de> gnustep-port@opengroupware.org wrote: > Hi, > > yes, this looks OK. I've applied something similiar. just tested, seems to work, thanks. sebastian From gnustep-port@opengroupware.org Tue Nov 27 16:19:56 2007 From: gnustep-port@opengroupware.org (Sebastian Reitenbach) Date: Tue, 27 Nov 2007 17:19:56 +0100 Subject: [OGo-GNUstep-Port] compilation of zOGI with gnustep-base Message-ID: <20071127161956.F33EF4837E@smtp.l00-bugdead-prods.de> Hi, i just tested the latest version of zOGI but it still fails to compile with gnustep-base: zOGIAction+Appointment.m: In function `-[zOGIAction(Appointment) _translateAppointment:withFlags:]': zOGIAction+Appointment.m:746: error: `NSShortInline8BitString' undeclared (first use in this function) zOGIAction+Appointment.m:746: error: (Each undeclared identifier is reported only once zOGIAction+Appointment.m:746: error: for each function it appears in.) gmake[4]: *** [obj/zOGIAction+Appointment.o] Error 1 gmake[3]: *** [zOGI.all.bundle.variables] Error 2 gmake[3]: Leaving directory `/usr/ports/www/opengroupware/w-opengroupware.org-trunk-r2052-200711271103/opengroupware.org/ZideStore/Protocols/zOGI' gmake[2]: *** [internal-all] Error 2 gmake[2]: Leaving directory `/usr/ports/www/opengroupware/w-opengroupware.org-trunk-r2052-200711271103/opengroupware.org/ZideStore/Protocols' gmake[1]: *** [internal-all] Error 2 gmake[1]: Leaving directory `/usr/ports/www/opengroupware/w-opengroupware.org-trunk-r2052-200711271103/opengroupware.org/ZideStore' gmake: *** [internal-all] Error 2 *** Error code 2 Stop in /usr/ports/www/opengroupware (line 2063 of /usr/ports/infrastructure/mk/bsd.port.mk). *** Error code 1 Stop in /usr/ports/www/opengroupware (line 1373 of /usr/ports/infrastructure/mk/bsd.port.mk). *** Error code 1 Stop in /usr/ports/www/opengroupware (line 1861 of /usr/ports/infrastructure/mk/bsd.port.mk). I assume it is the same problem as with the NSConcrete classes. greetings Sebastian gnustep-port@opengroupware.org wrote: > > > gnustep-port@opengroupware.org wrote: > > > > > > > I took a quick look to see whats done where these NSConcrete*.h > > are > > > > > > > used in other places, but found none. > > > > > > > These NSConcrete*.h are not used anywhere in sope and ogo besides > > > > > > > in zogi. > > > > > > Its a bug. NSConcrete*.h are private libFoundation headers (and > > > > > > classes) and may not be included. > > > > > > eg instead of > > > > > > #include > > > > > > do: > > > > > > #include > > > > > Ok, the version in google code has been updated to not include/use the > > > > > concrete classes. I'll test and commit over to trunk. > > > > great, I'll watch the changeblogger, when it is in, I'll retest and see, > > > > whether it will compile then, or not. > > > > > > Checked in, r2052. > > I just checked out the changeblogger, but the zOGI changes are not there, > > only the one from Helge yesterday. > > In noticed that too; I tried a little app that was supposed to support > editing ChangeLog files, it appears to have botched it. Fixed > changelog has been committed. The ChangeLog looked Ok but it used > spaces instead of tabs for the indent which apparently doesn't work. > From gnustep-port@opengroupware.org Tue Nov 27 16:28:37 2007 From: gnustep-port@opengroupware.org (Helge Hess) Date: Tue, 27 Nov 2007 17:28:37 +0100 Subject: [OGo-GNUstep-Port] exception when entering a project In-Reply-To: <20071127145308.9045248323@smtp.l00-bugdead-prods.de> References: <20071127145308.9045248323@smtp.l00-bugdead-prods.de> Message-ID: On 27.11.2007, at 15:53, Sebastian Reitenbach wrote: > (gdb) frame 1 > #1 0x0ba90e28 in -[NSObject(KeyValueCoding) > setValue:forUndefinedKey:] > (self=0x86859688, _cmd=0x2bad3510, > anObject=0x86859768, aKey=0x7f6f27e8) at NSKeyValueCoding.m:415 > 415 [self handleTakeValue: anObject forUnboundKey: aKey]; > (gdb) print *self > $1 = {isa = 0x230d38a0} > (gdb) po self > endDate = "2028-12-30 23:00:00 +0000"; isFake = 0; kind = " References: <20071127161956.F33EF4837E@smtp.l00-bugdead-prods.de> Message-ID: <497D4155-D2A8-4BB5-A310-E77B070EDCA6@opengroupware.org> On 27.11.2007, at 17:19, Sebastian Reitenbach wrote: > zOGIAction+Appointment.m:746: error: `NSShortInline8BitString' > undeclared > (first use in this function) The code does this: if (([value isKindOfClass:[NSString class]]) || ([value isKindOfClass:[NSShortInline8BitString class]])) { Which doesn't make any sense. First NSShortInline8BitString is a private class, and second its technically a subclass for NSString (so [value isKindOfClass:[NSString class]] already returns YES. Greets, Helge -- Helge Hess http://www.helgehess.eu/ From gnustep-port@opengroupware.org Tue Nov 27 16:43:54 2007 From: gnustep-port@opengroupware.org (Sebastian Reitenbach) Date: Tue, 27 Nov 2007 17:43:54 +0100 Subject: [OGo-GNUstep-Port] exception when entering a project Message-ID: <20071127164354.A5290483AD@smtp.l00-bugdead-prods.de> > > Anyways, adding this to EOGenericRecord.m might fix this specific > issue, but probably others will pop up: > ---snip--- > #if GNUSTEP_BASE_LIBRARY > - (void)setValue:(id)_value forKey:(NSString *)_key { > [self takeValue:_value forKey:_key]; > } > #endif > ---snap--- will test, thanks a lot. Sebastian From gnustep-port@opengroupware.org Tue Nov 27 16:45:51 2007 From: gnustep-port@opengroupware.org (Sebastian Reitenbach) Date: Tue, 27 Nov 2007 17:45:51 +0100 Subject: [OGo-GNUstep-Port] compilation of zOGI with gnustep-base Message-ID: <20071127164551.79CD4483B4@smtp.l00-bugdead-prods.de> gnustep-port@opengroupware.org wrote: > On 27.11.2007, at 17:19, Sebastian Reitenbach wrote: > > zOGIAction+Appointment.m:746: error: `NSShortInline8BitString' > > undeclared > > (first use in this function) > > > The code does this: > if (([value isKindOfClass:[NSString class]]) || > ([value isKindOfClass:[NSShortInline8BitString class]])) { > > Which doesn't make any sense. First NSShortInline8BitString is a > private class, and second its technically a subclass for NSString (so > [value isKindOfClass:[NSString class]] already returns YES. ah, I see, I'll provide a patch that will remove/fix the problem. thanks Sebastian From gnustep-port@opengroupware.org Tue Nov 27 16:57:43 2007 From: gnustep-port@opengroupware.org (=?ISO-8859-1?Q?Marcus_M=FCller?=) Date: Tue, 27 Nov 2007 17:57:43 +0100 Subject: [OGo-GNUstep-Port] exception when entering a project In-Reply-To: References: <20071127145308.9045248323@smtp.l00-bugdead-prods.de> Message-ID: <016627DC-E6AC-4D8B-BA0C-673FE42B5B85@mulle-kybernetik.com> --Apple-Mail-150-979614675 Content-Type: text/plain; charset=US-ASCII; format=flowed; delsp=yes Content-Transfer-Encoding: 7bit On 27.11.2007, at 17:28, Helge Hess wrote: > On 27.11.2007, at 15:53, Sebastian Reitenbach wrote: >> (gdb) frame 1 >> #1 0x0ba90e28 in -[NSObject(KeyValueCoding) >> setValue:forUndefinedKey:] >> (self=0x86859688, _cmd=0x2bad3510, >> anObject=0x86859768, aKey=0x7f6f27e8) at NSKeyValueCoding.m:415 >> 415 [self handleTakeValue: anObject forUnboundKey: aKey]; >> (gdb) print *self >> $1 = {isa = 0x230d38a0} >> (gdb) po self >> > inserted; >> endDate = "2028-12-30 23:00:00 +0000"; isFake = 0; kind = " > > I think we broke this with the last patch. EOGenericRecord does > define -takeValue:forKey: which we now do not call anymore (but - > setValue:forKey: instead). > This seems to break all 'old style KVC' code. Notably this does NOT > break on MacOS (which supports both styles [-setValue:forKey: first > checks for -takeValue:forKey:]]). So I still consider that a basic > GS issue. This used to be a gnustep-base problem which I fixed quite a couple of months ago. Sebastian, which version of gnustep-base do you use? If it's an old version, please try a recent one from svn. Cheers, Marcus -- Marcus Mueller . . . crack-admin/coder ;-) Mulle kybernetiK . http://www.mulle-kybernetik.com Current projects: http://www.mulle-kybernetik.com/znek/ --Apple-Mail-150-979614675 Content-Type: text/html; charset=US-ASCII Content-Transfer-Encoding: quoted-printable
On 27.11.2007, at = 17:28, Helge Hess wrote:

On = 27.11.2007, at 15:53, Sebastian Reitenbach wrote:
(gdb) frame 1
#1 =  0x0ba90e28 in -[NSObject(KeyValueCoding) = setValue:forUndefinedKey:]
(self=3D0x86859688, = _cmd=3D0x2bad3510,
=    anObject=3D0x86859768, aKey=3D0x7f6f27e8) at = NSKeyValueCoding.m:415
415 =           [self = handleTakeValue: anObject forUnboundKey: = aKey];
(gdb) print = *self
$1 =3D {isa =3D = 0x230d38a0}
(gdb) po = self
<EOGenericRecord: = description Project attributes=3D{dbStatus =3D = inserted;
endDate =3D = "2028-12-30 23:00:00 +0000"; isFake =3D 0; kind =3D = "<NSNull:


I think we broke this with the last = patch. EOGenericRecord does define -takeValue:forKey: which we now do = not call anymore (but -setValue:forKey: instead).
This seems to break = all 'old style KVC' code. Notably this does NOT break on MacOS (which = supports both styles [-setValue:forKey: first checks for = -takeValue:forKey:]]). So I still consider that a basic GS = issue.

This used to be a = gnustep-base problem which I fixed quite a couple of months ago. = Sebastian, which version of gnustep-base do you use? If it's an old = version, please try a recent one from svn.

Cheers,


  Marcus


-- 

Marcus Mueller  .  .  .  crack-admin/coder = ;-)

Mulle = kybernetiK  .  http://www.mulle-kybernetik.com

Current = projects: http://www.mulle-kybernetik= .com/znek/


 =

= --Apple-Mail-150-979614675-- From gnustep-port@opengroupware.org Tue Nov 27 17:18:59 2007 From: gnustep-port@opengroupware.org (Sebastian Reitenbach) Date: Tue, 27 Nov 2007 18:18:59 +0100 Subject: [OGo-GNUstep-Port] exception when entering a project Message-ID: <20071127171859.C5901483AF@smtp.l00-bugdead-prods.de> gnustep-port@opengroupware.org wrote: > > On 27.11.2007, at 17:28, Helge Hess wrote: > > > On 27.11.2007, at 15:53, Sebastian Reitenbach wrote: > >> (gdb) frame 1 > >> #1 0x0ba90e28 in -[NSObject(KeyValueCoding) > >> setValue:forUndefinedKey:] > >> (self=0x86859688, _cmd=0x2bad3510, > >> anObject=0x86859768, aKey=0x7f6f27e8) at NSKeyValueCoding.m:415 > >> 415 [self handleTakeValue: anObject forUnboundKey: aKey]; > >> (gdb) print *self > >> $1 = {isa = 0x230d38a0} > >> (gdb) po self > >> >> inserted; > >> endDate = "2028-12-30 23:00:00 +0000"; isFake = 0; kind = " > > > > > I think we broke this with the last patch. EOGenericRecord does > > define -takeValue:forKey: which we now do not call anymore (but - > > setValue:forKey: instead). > > This seems to break all 'old style KVC' code. Notably this does NOT > > break on MacOS (which supports both styles [-setValue:forKey: first > > checks for -takeValue:forKey:]]). So I still consider that a basic > > GS issue. > > > This used to be a gnustep-base problem which I fixed quite a couple of > months ago. Sebastian, which version of gnustep-base do you use? If > it's an old version, please try a recent one from svn. It is -base version 1.15.1, the unstable that got announced some weeks ago. Sebastian > > Cheers, > > Marcus > > -- > Marcus Mueller . . . crack-admin/coder ;-) > Mulle kybernetiK . http://www.mulle-kybernetik.com > Current projects: http://www.mulle-kybernetik.com/znek/ > > > From gnustep-port@opengroupware.org Tue Nov 27 17:48:31 2007 From: gnustep-port@opengroupware.org (Sebastian Reitenbach) Date: Tue, 27 Nov 2007 18:48:31 +0100 Subject: [OGo-GNUstep-Port] compilation of zOGI with gnustep-base Message-ID: <20071127174831.E6B0A48400@smtp.l00-bugdead-prods.de> ------=_=-_OpenGroupware_org_NGMime-16970-1196185711.500635-0------ content-type: text/plain; charset="us-ascii" content-transfer-encoding: 7bit content-length: 833 gnustep-port@opengroupware.org wrote: > gnustep-port@opengroupware.org wrote: > > On 27.11.2007, at 17:19, Sebastian Reitenbach wrote: > > > zOGIAction+Appointment.m:746: error: `NSShortInline8BitString' > > > undeclared > > > (first use in this function) > > > > > > The code does this: > > if (([value isKindOfClass:[NSString class]]) || > > ([value isKindOfClass:[NSShortInline8BitString class]])) { > > > > Which doesn't make any sense. First NSShortInline8BitString is a > > private class, and second its technically a subclass for NSString (so > > [value isKindOfClass:[NSString class]] already returns YES. > ah, I see, I'll provide a patch that will remove/fix the problem. appended two patches that will fix the compilation problem for me. That useless check is removed tree times. Sebastian ------=_=-_OpenGroupware_org_NGMime-16970-1196185711.500635-0------ content-disposition: inline; filename="patch-ZideStore_Protocols_zOGI_zOGIAction+Appointment.m" content-length: 1063 content-transfer-encoding: 7bit content-type: application/octet-stream; name="patch-ZideStore_Protocols_zOGI_zOGIAction+Appointment.m" --- ZideStore/Protocols/zOGI/zOGIAction+Appointment.m Tue Nov 27 11:05:50 2007 +++ ZideStore/Protocols/zOGI/zOGIAction+Appointment.m.new Tue Nov 27 18:20:45 2007 @@ -742,8 +742,7 @@ /* readAccessTeamObjectId -> accessTeamId A blank string or a value of zero nulls the attribute. */ tmp = nil; - if (([value isKindOfClass:[NSString class]]) || - ([value isKindOfClass:[NSShortInline8BitString class]])) { + if ([value isKindOfClass:[NSString class]]) { if ([value length] == 0) tmp = intObj(0); else tmp = intObj([value intValue]); @@ -756,8 +755,7 @@ May be an array or a CSV string TODO: Verify contained values */ tmp = nil; - if (([value isKindOfClass:[NSString class]]) || - ([value isKindOfClass:[NSShortInline8BitString class]])) { + if ([value isKindOfClass:[NSString class]]) { if (([tmp length] == 0) || ([tmp isEqualToString:@"0"])) tmp = [NSString stringWithString:@""]; else tmp = value; ------=_=-_OpenGroupware_org_NGMime-16970-1196185711.500635-0------ content-disposition: inline; filename="patch-ZideStore_Protocols_zOGI_zOGIAction+Property.m" content-length: 592 content-transfer-encoding: 7bit content-type: application/octet-stream; name="patch-ZideStore_Protocols_zOGI_zOGIAction+Property.m" --- ZideStore/Protocols/zOGI/zOGIAction+Property.m Tue Nov 27 11:05:50 2007 +++ ZideStore/Protocols/zOGI/zOGIAction+Property.m.new Tue Nov 27 18:37:43 2007 @@ -59,8 +59,7 @@ @"objectProperty", @"entityName", _objectId, @"parentObjectId", nil]]; - if (([_value class] == [NSShortInline8BitString class]) || - ([_value class] == [NSString class])) { + if ([_value class] == [NSString class]) { [property setObject:@"string" forKey:@"valueType"]; } else if ([_value isKindOfClass:[NSNumber class]]) { [property setObject:@"int" forKey:@"valueType"]; ------=_=-_OpenGroupware_org_NGMime-16970-1196185711.500635-0-------- From gnustep-port@opengroupware.org Tue Nov 27 18:27:03 2007 From: gnustep-port@opengroupware.org (Adam Tauno Williams) Date: Tue, 27 Nov 2007 13:27:03 -0500 Subject: [OGo-GNUstep-Port] compilation of zOGI with gnustep-base In-Reply-To: <20071127174831.E6B0A48400@smtp.l00-bugdead-prods.de> References: <20071127174831.E6B0A48400@smtp.l00-bugdead-prods.de> Message-ID: <1196188023.7565.9.camel@WM_ADAM1.morrison.iserv.net> --=-iDWAN+KJpHF+s4ybDjZj Content-Type: text/plain Content-Transfer-Encoding: quoted-printable > > > On 27.11.2007, at 17:19, Sebastian Reitenbach wrote: > > > > zOGIAction+Appointment.m:746: error: `NSShortInline8BitString' =20 > > > > undeclared > > > > (first use in this function) > > > The code does this: > > > if (([value isKindOfClass:[NSString class]]) || > > > ([value isKindOfClass:[NSShortInline8BitString class]])) { > > > Which doesn't make any sense. First NSShortInline8BitString is a =20 > > > private class, and second its technically a subclass for NSString (so= =20 > > > [value isKindOfClass:[NSString class]] already returns YES. > > ah, I see, I'll provide a patch that will remove/fix the problem. > appended two patches that will fix the compilation problem for me. > That useless check is removed tree times. Should be fixed in r2054 --=-iDWAN+KJpHF+s4ybDjZj Content-Type: application/pgp-signature; name=signature.asc Content-Description: This is a digitally signed message part -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.4-svn0 (GNU/Linux) iD8DBQBHTGF3LRePpNle04MRAsDjAJsFq5H4L8StbBTzW9KbLuGIhvu24QCfRZZz fkIIAFOJ+i9hKeAr8dZaZC0= =O72j -----END PGP SIGNATURE----- --=-iDWAN+KJpHF+s4ybDjZj-- From gnustep-port@opengroupware.org Tue Nov 27 18:45:30 2007 From: gnustep-port@opengroupware.org (Sebastian Reitenbach) Date: Tue, 27 Nov 2007 19:45:30 +0100 Subject: [OGo-GNUstep-Port] compilation of zOGI with gnustep-base Message-ID: <20071127184531.0F7714842A@smtp.l00-bugdead-prods.de> gnustep-port@opengroupware.org wrote: > > > > On 27.11.2007, at 17:19, Sebastian Reitenbach wrote: > > > > > zOGIAction+Appointment.m:746: error: `NSShortInline8BitString' > > > > > undeclared > > > > > (first use in this function) > > > > The code does this: > > > > if (([value isKindOfClass:[NSString class]]) || > > > > ([value isKindOfClass:[NSShortInline8BitString class]])) { > > > > Which doesn't make any sense. First NSShortInline8BitString is a > > > > private class, and second its technically a subclass for NSString (so > > > > [value isKindOfClass:[NSString class]] already returns YES. > > > ah, I see, I'll provide a patch that will remove/fix the problem. > > appended two patches that will fix the compilation problem for me. > > That useless check is removed tree times. > > Should be fixed in r2054 > thanks Sebastian From gnustep-port@opengroupware.org Wed Nov 28 07:12:56 2007 From: gnustep-port@opengroupware.org (Sebastian Reitenbach) Date: Wed, 28 Nov 2007 08:12:56 +0100 Subject: [OGo-GNUstep-Port] exception when entering a project Message-ID: <20071128071256.E1D8548401@smtp.l00-bugdead-prods.de> Hi, gnustep-port@opengroupware.org wrote: > > On 27.11.2007, at 17:28, Helge Hess wrote: > > > On 27.11.2007, at 15:53, Sebastian Reitenbach wrote: > >> (gdb) frame 1 > >> #1 0x0ba90e28 in -[NSObject(KeyValueCoding) > >> setValue:forUndefinedKey:] > >> (self=0x86859688, _cmd=0x2bad3510, > >> anObject=0x86859768, aKey=0x7f6f27e8) at NSKeyValueCoding.m:415 > >> 415 [self handleTakeValue: anObject forUnboundKey: aKey]; > >> (gdb) print *self > >> $1 = {isa = 0x230d38a0} > >> (gdb) po self > >> >> inserted; > >> endDate = "2028-12-30 23:00:00 +0000"; isFake = 0; kind = " > > > > > I think we broke this with the last patch. EOGenericRecord does > > define -takeValue:forKey: which we now do not call anymore (but - > > setValue:forKey: instead). > > This seems to break all 'old style KVC' code. Notably this does NOT > > break on MacOS (which supports both styles [-setValue:forKey: first > > checks for -takeValue:forKey:]]). So I still consider that a basic > > GS issue. > > > This used to be a gnustep-base problem which I fixed quite a couple of > months ago. Sebastian, which version of gnustep-base do you use? If > it's an old version, please try a recent one from svn. I just checked out gnustep-base from svn, and recompiled everything, but no changes, it throws the exception in both places. Sebastian From gnustep-port@opengroupware.org Wed Nov 28 07:21:57 2007 From: gnustep-port@opengroupware.org (Sebastian Reitenbach) Date: Wed, 28 Nov 2007 08:21:57 +0100 Subject: [OGo-GNUstep-Port] exception when entering a project Message-ID: <20071128072157.E5FD848437@smtp.l00-bugdead-prods.de> ------=_=-_OpenGroupware_org_NGMime-16970-1196234517.533777-1------ content-type: text/plain; charset="us-ascii" content-transfer-encoding: 7bit content-length: 1583 Hi, gnustep-port@opengroupware.org wrote: > On 27.11.2007, at 15:53, Sebastian Reitenbach wrote: > > (gdb) frame 1 > > #1 0x0ba90e28 in -[NSObject(KeyValueCoding) > > setValue:forUndefinedKey:] > > (self=0x86859688, _cmd=0x2bad3510, > > anObject=0x86859768, aKey=0x7f6f27e8) at NSKeyValueCoding.m:415 > > 415 [self handleTakeValue: anObject forUnboundKey: aKey]; > > (gdb) print *self > > $1 = {isa = 0x230d38a0} > > (gdb) po self > > > endDate = "2028-12-30 23:00:00 +0000"; isFake = 0; kind = " > > I think we broke this with the last patch. EOGenericRecord does > define -takeValue:forKey: which we now do not call anymore (but - > setValue:forKey: instead). > This seems to break all 'old style KVC' code. Notably this does NOT > break on MacOS (which supports both styles [-setValue:forKey: first > checks for -takeValue:forKey:]]). So I still consider that a basic GS > issue. > > > Anyways, adding this to EOGenericRecord.m might fix this specific > issue, but probably others will pop up: > ---snip--- > #if GNUSTEP_BASE_LIBRARY > - (void)setValue:(id)_value forKey:(NSString *)_key { > [self takeValue:_value forKey:_key]; > } > #endif > ---snap--- > I added suggested snippet to sope-core/EOControl/EOGenericRecord.m, that fixes the problem when clicking the + in the mail editor to add a new e-mail address, but the exception still persists when trying to enter a project. I tried with latest svn checkout of -base, as Marcus suggested. sebastian ------=_=-_OpenGroupware_org_NGMime-16970-1196234517.533777-1------ content-disposition: inline; filename="save.patch-sope-core_EOControl_EOGenericRecord.m" content-length: 392 content-transfer-encoding: 7bit content-type: application/octet-stream; name="save.patch-sope-core_EOControl_EOGenericRecord.m" --- ./sope-core/EOControl/EOGenericRecord.m Tue Nov 27 11:00:23 2007 +++ ./sope-core/EOControl/EOGenericRecord.m.new Tue Nov 27 18:02:58 2007 @@ -169,6 +169,11 @@ eoInsert(self, _key, _value); } } +#if GNUSTEP_BASE_LIBRARY +- (void)setValue:(id)_value forKey:(NSString *)_key { + [self takeValue:_value forKey:_key]; +} +#endif - (id)valueForKey:(NSString *)_key { id v; ------=_=-_OpenGroupware_org_NGMime-16970-1196234517.533777-1-------- From gnustep-port@opengroupware.org Thu Nov 29 21:40:46 2007 From: gnustep-port@opengroupware.org (Sebastian Reitenbach) Date: Thu, 29 Nov 2007 22:40:46 +0100 Subject: [OGo-GNUstep-Port] exception when entering a project Message-ID: <20071129214046.8C26848636@smtp.l00-bugdead-prods.de> ------=_=-_OpenGroupware_org_NGMime-15090-1196372446.185089-0------ content-type: text/plain; charset="us-ascii" content-transfer-encoding: 7bit content-length: 995 Hi, while on the train, I found another, similar problem, when there exists a project, and you search for it, and the search matches the project, then there was this exception after clicking on the search button: Application Server caught exception: session: 517F517F01474E7C4C element: 004474e7c938b0bdc08.0.17.1.1.1.b.search.3.7.0.2 context: <0x0x8b0bdc08[WOContext]: 004474e7c938b0bdc08 app=ogo-webui-1.1 sn=517F517F01474E7C4C eid=004474e7c938b0bdc08.0.17.1.1.1.b.search.3.7.0.2 rqeid=003474e7c8489721808.0.17.1.1.1.b .search.3.5> request: class: NSException name: NSInvalidArgumentException reason: Attempt to set nil value for key 'previousItem' info: appended patch fixed the problem. could this be added to ogo, or is there a better way to fix it? Sebastian ------=_=-_OpenGroupware_org_NGMime-15090-1196372446.185089-0------ content-disposition: inline; filename="patch-WebUI_Common_OGoUIElements_SkyTableView.m" content-length: 431 content-transfer-encoding: 7bit content-type: application/octet-stream; name="patch-WebUI_Common_OGoUIElements_SkyTableView.m" --- WebUI/Common/OGoUIElements/SkyTableView.m Wed Nov 28 11:06:02 2007 +++ WebUI/Common/OGoUIElements/SkyTableView.m.new Thu Nov 29 11:38:16 2007 @@ -527,6 +527,11 @@ return [StrClass stringWithFormat:@"markAllCheckbox%@", self->allId]; } +#if GNUSTEP_BASE_LIBRARY +- (void) takeValue:(id)_value forKey:(NSString *)_key { +} +#endif + // --- actions ------------------------------------------ - (id)tableViewSortAction { ------=_=-_OpenGroupware_org_NGMime-15090-1196372446.185089-0--------