Top 10 : modify Bundle tree for native version (issue 73693 )

Hi,

Oliver proposed a patch to make the bundle work without any
modification.
The issue is : http://www.openoffice.org/issues/show_bug.cgi?id=73693


This patch was working fine with m202, and had to be
modified because we 
resynchronized aquavcl01 cws with m208, including
macosxversioning cws. 
FYI, this cws modified desktop and instsetoo_native, and a
new patch was 
needed.

I found some time and I have adapted Oliver's patch to m208
( two hunks 
to be modified only ).
AFAI see, it seems to work as expected 

The new patch is : 
http://www.openoffice.org/nonav/
issues/showattachment.cgi/44379/aquabundle3.diff
and must be applied in the $SRC_ROOT directory ( scp2,
instsetoo_native 
and desktop will be modified )

Can somebody test it, and report it's ok, ... or not ?


Thanks 

Eric Bachard

------------------------------------------------------------
---------
To unsubscribe, e-mail: mac-unsubscribeporting.openoffice.org
For additional commands, e-mail: mac-helpporting.openoffice.org

HI,


On Apr 13, 2007, at 6:31 AM, eric.bachard wrote:
>
> The new patch is : http://www.op
enoffice.org/nonav/issues/ 
> showattachment.cgi/44379/aquabundle3.diff
> and must be applied in the $SRC_ROOT directory ( scp2, 

> instsetoo_native and desktop will be modified )
>
> Can somebody test it, and report it's ok, ... or not ?

I needed to use -p0 to apply the patch, then it applied ok.

OOo launches OK, but I notice the the menu between Apple and
File now  
says soffice -

I don't know if that has anything to do with this patch or
should be  
a separate issue.

Mike

------------------------------------------------------------
---------
To unsubscribe, e-mail: mac-unsubscribeporting.openoffice.org
For additional commands, e-mail: mac-helpporting.openoffice.org

Hi Michael,


Michael Sicotte a écrit :
> HI,

> 
> I needed to use -p0 to apply the patch, then it applied
ok.

Yes, sorry, I forgot to provide the informations to apply it
:

copy aquabundle3.diff in $SRC_DIR
and from this dir, just do :


> OOo launches OK, but I notice the the menu between
Apple and File now  
> says soffice -

Thanks for the info !  I'll try to provied another patch to
fix that, 
using OpenOffice.org instead


> I don't know if that has anything to do with this patch
or should be  a 
> separate issue.

This is the same issue : we use a simlink, pointing to
soffice, and 
probably argv[0] simply appears in the main menubar 

Stay tuned.

Eric

------------------------------------------------------------
---------
To unsubscribe, e-mail: mac-unsubscribeporting.openoffice.org
For additional commands, e-mail: mac-helpporting.openoffice.org

do :

patch -p0<aquabundle3.diff


Sorry " sent " clicked by error :-/

------------------------------------------------------------
---------
To unsubscribe, e-mail: mac-unsubscribeporting.openoffice.org
For additional commands, e-mail: mac-helpporting.openoffice.org

Should be fixed with aquabundle4.diff attached to 
http://www.openoffice.org/issues/show_bug.cgi?id=73693
:

http://www.openoffice.org/nonav/
issues/showattachment.cgi/44417/aquabundle4.diff


Regards,
Eric Bachard

------------------------------------------------------------
---------
To unsubscribe, e-mail: mac-unsubscribeporting.openoffice.org
For additional commands, e-mail: mac-helpporting.openoffice.org

Hi Eric, 
Am Fri, 13 Apr 2007 13:31:20 +0200 schrieb eric.bachard:
> Hi,
> 
> Oliver proposed a patch to make the bundle work without
any modification.
> The issue is : http://www.openoffice.org/issues/show_bug.cgi?id=73693

> 
> This patch was working fine with m202, and had to be
modified 
> because we resynchronized aquavcl01 cws with m208,
including 
> macosxversioning cws. FYI, this cws modified desktop
and 
> instsetoo_native, and a new patch was needed.
> 
> I found some time and I have adapted Oliver's patch to
m208 ( two 
> hunks to be modified only ).
> AFAI see, it seems to work as expected 
> 
> The new patch is : 
> 
http://www.openoffice.org/nonav/
issues/showattachment.cgi/44379/aquabundle3.diff
> and must be applied in the $SRC_ROOT directory ( scp2,

> instsetoo_native and desktop will be modified )
> 
> Can somebody test it, and report it's ok, ... or not ?

I'm currently building latest aquavcl01 cws on MacPort2
Buildbot. 
See <http:
//termite.go-oo.org/MacPort2/builds/88> for latest 
results. 

Kind regards, 
Eric Hoch


## de.OpenOffice.org - Office für MacOS X, Linux, Solaris
& Windows
## Openoffice.org - ich steck mit drin!

------------------------------------------------------------
---------
To unsubscribe, e-mail: mac-unsubscribeporting.openoffice.org
For additional commands, e-mail: mac-helpporting.openoffice.org

On 13 Apr 2007, at 16:20, eric.bachard wrote:
[..]
>
>
>> I don't know if that has anything to do with this
patch or should  
>> be  a separate issue.
>
> This is the same issue : we use a simlink, pointing to
soffice, and  
> probably argv[0] simply appears in the main menubar

>

If I remember correctly there is a certain property called 

"CFBundleGetInfoString" in the file Info.plist
that is used for the  
Application menu title. However if the bundle isn't produced
right  
then the binary name will be used instead.

Shaun


	
	
		
___________________________________________________________

All new Yahoo! Mail "The new Interface is stunning in
its simplicity and ease of use." - PC Magazine 
http://uk.doc
s.yahoo.com/nowyoucan.html

------------------------------------------------------------
---------
To unsubscribe, e-mail: mac-unsubscribeporting.openoffice.org
For additional commands, e-mail: mac-helpporting.openoffice.org

Hi Shaun,

Le 13 avr. 07 à 18:00, Shaun McDonald a écrit :

>
> If I remember correctly there is a certain property
called  
> "CFBundleGetInfoString" in the file
Info.plist that is used for the  
> Application menu title.

Indeed, this is what I modified in the patch

> However if the bundle isn't produced right then the
binary name  
> will be used instead.

ok, thanks for the info


Eric



------------------------------------------------------------
---------
To unsubscribe, e-mail: mac-unsubscribeporting.openoffice.org
For additional commands, e-mail: mac-helpporting.openoffice.org

Hi all,

On 4/13/07, eric b <eric.bachardfree.fr> wrote:
> Hi Shaun,
>
> Le 13 avr. 07 à 18:00, Shaun McDonald a écrit :
>
> >
> > If I remember correctly there is a certain
property called
> > "CFBundleGetInfoString" in the file
Info.plist that is used for the
> > Application menu title.
>
> Indeed, this is what I modified in the patch

The correct way to fix this is in
http://www.op
enoffice.org/nonav/issues/showattachment.cgi/44421/i73693-aq
ua-bundle-binary-fix.patch

Please test this patch instead of the previous ones, the
Info.plist
contents were broken in them.

> > However if the bundle isn't produced right then
the binary name
> > will be used instead.
>
Yes, the strings were broken, because the versioning was not
done for
Info.plist in the aquabundle4.diff

       Mox

Hi Mox,


Le 14 avr. 07 à 08:16, Mox Soini a écrit :

> Hi all,
>
> On 4/13/07, eric b <eric.bachardfree.fr> wrote:
>
> The correct way to fix this is in
> http://www.openoffice.org/nonav/issues/showattac
hment.cgi/44421/ 
> i73693-aqua-bundle-binary-fix.patch
>
> Please test this patch instead of the previous ones,
the Info.plist
> contents were broken in them.


Yes, please test it !

>
>> > However if the bundle isn't produced right
then the binary name
>> > will be used instead.
>>
> Yes, the strings were broken, because the versioning
was not done for
> Info.plist in the aquabundle4.diff

Ok, thanks for the explanation.

FYI, Michael found another issue : no way to start
OpenOffice.org  
from gdb nor from XCode ( event are lost, and the window
stays in the  
background).  I believed the reason was the bad tree, but
maybe this  
is only the versioning issue. I'll confirm later

Glad to see we did big progress with that. In one day only.


Regards,
Eric 
------------------------------------------------------------
---------
To unsubscribe, e-mail: mac-unsubscribeporting.openoffice.org
For additional commands, e-mail: mac-helpporting.openoffice.org

Hi Mox,

>
> The correct way to fix this is in
> http://www.openoffice.org/nonav/issues/showattac
hment.cgi/44421/ 
> i73693-aqua-bundle-binary-fix.patch
>

Ok for the versioning issue, thanks !



>> > However if the bundle isn't produced right
then the binary name
>> > will be used instead.
>>
> Yes, the strings were broken, because the versioning
was not done for
> Info.plist in the aquabundle4.diff
>

After some tries, your patch is not complete : soffice still
appears  
on the main menubar.

I modified that and propose a new one :  http://eric.bachard.free
.fr/ 
mac/i73693/aquabundle5.diff

But continue in this direction is IMHO not the solution : 
after some  
tries and a discussion with Michael Sicotte on IRC, it
appears we  
probably will be forced to modify the tree.

The reason is (but I can be wrong ) extremely simple : Nor
XCode nor  
gdb can be used to debug because the main window does not
receive all  
events, and stays in the background.

And all changes we do without change the tree are only
hacks. AFAIK,   
only the changes Pavel introduced in his script is the
correct solution.

One more time, all tests people are doing are extremely
helpfull.

Thanks to reports any feedback !


Eric Bachard

------------------------------------------------------------
---------
To unsubscribe, e-mail: mac-unsubscribeporting.openoffice.org
For additional commands, e-mail: mac-helpporting.openoffice.org

The i73693-aqua-bundle-binary-fix.patch changes this key:
      <key>CFBundleExecutable</key> 
<string>%BUNDLEEXECUTABLE</string>

The name of the application is determined with
        <key>CFBundleGetInfoString</key>
        <string>OpenOffice.org
%ABOUTBOXPRODUCTVERSION</string>

If the string defined in _CFBundleGetInfoString_ is not
shown as
application name, then the Info.plist is somehow BROKEN.

Hacking the _CFBundleExecutable_ for name is WRONG.

When Info.plist is broken, it does not propagate the native
events
properly thus causing many problems with gdb et al.

Best Regards,

     Clue Stick

On 4/14/07, eric b <eric.bachardfree.fr> wrote:
> Hi Mox,
>
> >
> > The correct way to fix this is in
> > http://www.openoffice.org/nonav/issues/showattac
hment.cgi/44421/
> > i73693-aqua-bundle-binary-fix.patch
> >
>
> Ok for the versioning issue, thanks !
>
>
>
> >> > However if the bundle isn't produced
right then the binary name
> >> > will be used instead.
> >>
> > Yes, the strings were broken, because the
versioning was not done for
> > Info.plist in the aquabundle4.diff
> >
>
> After some tries, your patch is not complete : soffice
still appears
> on the main menubar.
>
> I modified that and propose a new one :  http://eric.bachard.free
.fr/
> mac/i73693/aquabundle5.diff
>
> But continue in this direction is IMHO not the solution
:  after some
> tries and a discussion with Michael Sicotte on IRC, it
appears we
> probably will be forced to modify the tree.
>
> The reason is (but I can be wrong ) extremely simple :
Nor XCode nor
> gdb can be used to debug because the main window does
not receive all
> events, and stays in the background.
>
> And all changes we do without change the tree are only
hacks. AFAIK,
> only the changes Pavel introduced in his script is the
correct solution.
>
> One more time, all tests people are doing are extremely
helpfull.
>
> Thanks to reports any feedback !
>
>
> Eric Bachard
>
>
------------------------------------------------------------
---------
> To unsubscribe, e-mail: mac-unsubscribeporting.openoffice.org
> For additional commands, e-mail: mac-helpporting.openoffice.org
>
>


-- 
Mox on G

------------------------------------------------------------
---------
To unsubscribe, e-mail: mac-unsubscribeporting.openoffice.org
For additional commands, e-mail: mac-helpporting.openoffice.org

After quick testing it seems that the only way to get
correct
behaviour (events, gdb) is to have the Info.plist specify
binary name
_only_, not path.

So having a path there is not a solution.

Since we don't probably want to have the
<name>.app/Contents/MacOS
-folder filled with  OOo files, then a tested and working
alternative
is to symlink the binary from elsewhere to MacOS folder.

Something like:
cd <name>.app/Contents/MacOS
ln -s ../program/soffice.bin .
(or whatever the current location of the program -folder
is)

I'm not sure if the aqua_ooo.scp is trying to do something
like this already.
However, once the .scp is correct, it is enough to define
CFBundleExecutable to "soffice.bin" and everything
should work.

I will post updated patch to this effect. Someone else
should check
that proper symlink is created into MacOS -folder.

      Mox


On 4/14/07, Mox Soini <moxiki.fi> wrote:
> The i73693-aqua-bundle-binary-fix.patch changes this
key:
>       <key>CFBundleExecutable</key> 
<string>%BUNDLEEXECUTABLE</string>
>
> The name of the application is determined with
>         <key>CFBundleGetInfoString</key>
>         <string>OpenOffice.org
%ABOUTBOXPRODUCTVERSION</string>
>
> If the string defined in _CFBundleGetInfoString_ is not
shown as
> application name, then the Info.plist is somehow
BROKEN.
>
> Hacking the _CFBundleExecutable_ for name is WRONG.
>
> When Info.plist is broken, it does not propagate the
native events
> properly thus causing many problems with gdb et al.
>
> Best Regards,
>
>      Clue Stick
>
> On 4/14/07, eric b <eric.bachardfree.fr> wrote:
> > Hi Mox,
> >
> > >
> > > The correct way to fix this is in
> > > http://www.openoffice.org/nonav/issues/showattac
hment.cgi/44421/
> > > i73693-aqua-bundle-binary-fix.patch
> > >
> >
> > Ok for the versioning issue, thanks !
> >
> >
> >
> > >> > However if the bundle isn't produced
right then the binary name
> > >> > will be used instead.
> > >>
> > > Yes, the strings were broken, because the
versioning was not done for
> > > Info.plist in the aquabundle4.diff
> > >
> >
> > After some tries, your patch is not complete :
soffice still appears
> > on the main menubar.
> >
> > I modified that and propose a new one :  http://eric.bachard.free
.fr/
> > mac/i73693/aquabundle5.diff
> >
> > But continue in this direction is IMHO not the
solution :  after some
> > tries and a discussion with Michael Sicotte on
IRC, it appears we
> > probably will be forced to modify the tree.
> >
> > The reason is (but I can be wrong ) extremely
simple : Nor XCode nor
> > gdb can be used to debug because the main window
does not receive all
> > events, and stays in the background.
> >
> > And all changes we do without change the tree are
only hacks. AFAIK,
> > only the changes Pavel introduced in his script is
the correct solution.
> >
> > One more time, all tests people are doing are
extremely helpfull.
> >
> > Thanks to reports any feedback !
> >
> >
> > Eric Bachard
> >
> >
------------------------------------------------------------
---------
> > To unsubscribe, e-mail: mac-unsubscribeporting.openoffice.org
> > For additional commands, e-mail: mac-helpporting.openoffice.org
> >
> >
>
>
> --
> Mox on G
>


-- 
Mox on G

------------------------------------------------------------
---------
To unsubscribe, e-mail: mac-unsubscribeporting.openoffice.org
For additional commands, e-mail: mac-helpporting.openoffice.org

This patch contains fixes to create correct symlink to MacOS
-folder.
The Info.plist is adjusted accordingly.
http://www
.openoffice.org/nonav/issues/showattachment.cgi/44424/i73693
-aqua-bundle-binary-fix-v2.patch

Please test, should work correctly. Try both launching the
.app from
Finder and using gdb et al.

        Mox

On 4/14/07, Mox Soini <moxiki.fi> wrote:
> After quick testing it seems that the only way to get
correct
> behaviour (events, gdb) is to have the Info.plist
specify binary name
> _only_, not path.
>
> So having a path there is not a solution.
>
> Since we don't probably want to have the
<name>.app/Contents/MacOS
> -folder filled with  OOo files, then a tested and
working alternative
> is to symlink the binary from elsewhere to MacOS
folder.
>
> Something like:
> cd <name>.app/Contents/MacOS
> ln -s ../program/soffice.bin .
> (or whatever the current location of the program
-folder is)
>
> I'm not sure if the aqua_ooo.scp is trying to do
something like this already.
> However, once the .scp is correct, it is enough to
define
> CFBundleExecutable to "soffice.bin" and
everything should work.
>
> I will post updated patch to this effect. Someone else
should check
> that proper symlink is created into MacOS -folder.
>
>       Mox
>
>
> On 4/14/07, Mox Soini <moxiki.fi> wrote:
> > The i73693-aqua-bundle-binary-fix.patch changes
this key:
> >       <key>CFBundleExecutable</key> 
<string>%BUNDLEEXECUTABLE</string>
> >
> > The name of the application is determined with
> >        
<key>CFBundleGetInfoString</key>
> >         <string>OpenOffice.org
%ABOUTBOXPRODUCTVERSION</string>
> >
> > If the string defined in _CFBundleGetInfoString_
is not shown as
> > application name, then the Info.plist is somehow
BROKEN.
> >
> > Hacking the _CFBundleExecutable_ for name is
WRONG.
> >
> > When Info.plist is broken, it does not propagate
the native events
> > properly thus causing many problems with gdb et
al.
> >
> > Best Regards,
> >
> >      Clue Stick
> >
> > On 4/14/07, eric b <eric.bachardfree.fr> wrote:
> > > Hi Mox,
> > >
> > > >
> > > > The correct way to fix this is in
> > > > http://www.openoffice.org/nonav/issues/showattac
hment.cgi/44421/
> > > > i73693-aqua-bundle-binary-fix.patch
> > > >
> > >
> > > Ok for the versioning issue, thanks !
> > >
> > >
> > >
> > > >> > However if the bundle isn't
produced right then the binary name
> > > >> > will be used instead.
> > > >>
> > > > Yes, the strings were broken, because
the versioning was not done for
> > > > Info.plist in the aquabundle4.diff
> > > >
> > >
> > > After some tries, your patch is not complete
: soffice still appears
> > > on the main menubar.
> > >
> > > I modified that and propose a new one :  http://eric.bachard.free
.fr/
> > > mac/i73693/aquabundle5.diff
> > >
> > > But continue in this direction is IMHO not
the solution :  after some
> > > tries and a discussion with Michael Sicotte
on IRC, it appears we
> > > probably will be forced to modify the tree.
> > >
> > > The reason is (but I can be wrong ) extremely
simple : Nor XCode nor
> > > gdb can be used to debug because the main
window does not receive all
> > > events, and stays in the background.
> > >
> > > And all changes we do without change the tree
are only hacks. AFAIK,
> > > only the changes Pavel introduced in his
script is the correct solution.
> > >
> > > One more time, all tests people are doing are
extremely helpfull.
> > >
> > > Thanks to reports any feedback !
> > >
> > >
> > > Eric Bachard
> > >
> > >
------------------------------------------------------------
---------
> > > To unsubscribe, e-mail: mac-unsubscribeporting.openoffice.org
> > > For additional commands, e-mail: mac-helpporting.openoffice.org
> > >
> > >
> >
> >
> > --
> > Mox on G
> >
>
>
> --
> Mox on G
>


-- 
Mox on G

------------------------------------------------------------
---------
To unsubscribe, e-mail: mac-unsubscribeporting.openoffice.org
For additional commands, e-mail: mac-helpporting.openoffice.org

On Apr 14, 2007, at 3:23 PM, Mox Soini wrote:

> This patch contains fixes to create correct symlink to
MacOS -folder.
> The Info.plist is adjusted accordingly.
> http://www.openoffice.org/nonav/issues/showattac
hment.cgi/44424/ 
> i73693-aqua-bundle-binary-fix-v2.patch
>
> Please test, should work correctly. Try both launching
the .app from
> Finder and using gdb et al.


Dear Mox,

For me, this does not work.  I have the following problems:

1.  The symlink in the MacOS dir is:
soffice -> OpenOffice.org
2.3.app/Contents/MacOS/program/soffice.bin
and the program does not launch from the finder.

2.  If I change the symlink to:
soffice -> program/soffice.bin
the program will launch from the finder - but gdb will not
run.

Thanks,

Mike

------------------------------------------------------------
---------
To unsubscribe, e-mail: mac-unsubscribeporting.openoffice.org
For additional commands, e-mail: mac-helpporting.openoffice.org

Hi Mox,

Mox Soini a écrit :
> This patch contains fixes to create correct symlink to
MacOS -folder.
> The Info.plist is adjusted accordingly.
> http://www
.openoffice.org/nonav/issues/showattachment.cgi/44424/i73693
-aqua-bundle-binary-fix-v2.patch 
> Please test, should work correctly. Try both launching
the .app from
> Finder and using gdb et al.

I have tested, and it does not work :  "You cannot open
the application 
OpenOffice.org 2.3 because it's maybe damaged"

Waiting for confirmation ( Michael ? )

IMHO, *not modify* the tree is *not* the solution :  not
respect Mac OS 
X application scheme means "hacky application".

I'll have a look to see what has to be modified, to obtain
the exact 
same changes we do using Pavel's script.

Stay tuned.



Regards,
Eric Bachard


P.S. : I have deleted all the useless part of the previous
mail, because 
it was unreadable ..

------------------------------------------------------------
---------
To unsubscribe, e-mail: mac-unsubscribeporting.openoffice.org
For additional commands, e-mail: mac-helpporting.openoffice.org

Hi Michael,

Thanks for testing the patch.

On 4/15/07, Michael Sicotte <msicottegmail.com> wrote:
>
> On Apr 14, 2007, at 3:23 PM, Mox Soini wrote:
>
> > This patch contains fixes to create correct
symlink to MacOS -folder.
> > The Info.plist is adjusted accordingly.
> > http://www.openoffice.org/nonav/issues/showattac
hment.cgi/44424/
> > i73693-aqua-bundle-binary-fix-v2.patch
> >
> > Please test, should work correctly. Try both
launching the .app from
> > Finder and using gdb et al.
>
> For me, this does not work.  I have the following
problems:
>
> 1.  The symlink in the MacOS dir is:
> soffice -> OpenOffice.org
2.3.app/Contents/MacOS/program/soffice.bin
> and the program does not launch from the finder.

So it seems the symlinking code that cloph provided
originally is not
working in a way that I though it would. *sigh*

> 2.  If I change the symlink to:
> soffice -> program/soffice.bin
> the program will launch from the finder - but gdb will
not run.

Yes, this was what I wanted to happen. If this does not work
with GDB,
then there is probably no other alternative than to have the
original
binary in the MacOS folder, resulting in having to move all
the
OOo-specific folders one level upward.

As Ericb said in a later mail, this is more-or-less same as
Pavel's script.

This means that the changes in my patch to instsetoo_native
-module
are ok and can be integrated as they are now. (only maybe
change
"soffice" to "soffice.bin", if soffice
does not work for some reason
with gdb)

However, the changes to scp2 -module need to be worked on
more. I'll
leave that work to the more active developers.

      Mox

------------------------------------------------------------
---------
To unsubscribe, e-mail: mac-unsubscribeporting.openoffice.org
For additional commands, e-mail: mac-helpporting.openoffice.org

Hi Mox, *,

I'm thinking that rather than using a symlink to the binary
we should  
create a new small couple of line C program that would call
soffice.bin.

I think the key line would be something like:
execve("../program/soffice.bin", argv[],
getenv());
in C to replace the symbolic link.

Shaun
On 15 Apr 2007, at 19:47, Mox Soini wrote:

> Hi Michael,
>
> Thanks for testing the patch.
>
> On 4/15/07, Michael Sicotte <msicottegmail.com> wrote:
>>
>> On Apr 14, 2007, at 3:23 PM, Mox Soini wrote:
>>
>> > This patch contains fixes to create correct
symlink to MacOS - 
>> folder.
>> > The Info.plist is adjusted accordingly.
>> > http://www.openoffice.org/nonav/issues/showattac
hment.cgi/44424/
>> > i73693-aqua-bundle-binary-fix-v2.patch
>> >
>> > Please test, should work correctly. Try both
launching the .app  
>> from
>> > Finder and using gdb et al.
>>
>> For me, this does not work.  I have the following
problems:
>>
>> 1.  The symlink in the MacOS dir is:
>> soffice -> OpenOffice.org
2.3.app/Contents/MacOS/program/soffice.bin
>> and the program does not launch from the finder.
>
> So it seems the symlinking code that cloph provided
originally is not
> working in a way that I though it would. *sigh*
>
>> 2.  If I change the symlink to:
>> soffice -> program/soffice.bin
>> the program will launch from the finder - but gdb
will not run.
>
> Yes, this was what I wanted to happen. If this does not
work with GDB,
> then there is probably no other alternative than to
have the original
> binary in the MacOS folder, resulting in having to move
all the
> OOo-specific folders one level upward.
>
> As Ericb said in a later mail, this is more-or-less
same as Pavel's  
> script.
>
> This means that the changes in my patch to
instsetoo_native -module
> are ok and can be integrated as they are now. (only
maybe change
> "soffice" to "soffice.bin", if
soffice does not work for some reason
> with gdb)
>
> However, the changes to scp2 -module need to be worked
on more. I'll
> leave that work to the more active developers.
>
>      Mox
>
>
------------------------------------------------------------
---------
> To unsubscribe, e-mail: mac-unsubscribeporting.openoffice.org
> For additional commands, e-mail: mac-helpporting.openoffice.org
>


		
___________________________________________________________

Inbox full of spam? Get leading spam protection and 1GB
storage with All New Yahoo! Mail. http://uk.doc
s.yahoo.com/nowyoucan.html

------------------------------------------------------------
---------
To unsubscribe, e-mail: mac-unsubscribeporting.openoffice.org
For additional commands, e-mail: mac-helpporting.openoffice.org

Hi Shaun,

Yes that could be one solution too, but I don't know if it
works with
gdb. I recommend trying that out though.

It would be nice to have something like this as the final
solution,
because then it would be easier later to enhance OOo to use
separate
.app(s) for Writer, Impress etc.

       Mox

On 4/15/07, Shaun McDonald <mcdonaldshaunyahoo.co.uk> wrote:
> Hi Mox, *,
>
> I'm thinking that rather than using a symlink to the
binary we should
> create a new small couple of line C program that would
call soffice.bin.
>
> I think the key line would be something like:
> execve("../program/soffice.bin", argv[],
getenv());
> in C to replace the symbolic link.
>
> Shaun
> On 15 Apr 2007, at 19:47, Mox Soini wrote:
>
> > Hi Michael,
> >
> > Thanks for testing the patch.
> >
> > On 4/15/07, Michael Sicotte <msicottegmail.com> wrote:
> >>
> >> On Apr 14, 2007, at 3:23 PM, Mox Soini wrote:
> >>
> >> > This patch contains fixes to create
correct symlink to MacOS -
> >> folder.
> >> > The Info.plist is adjusted accordingly.
> >> > http://www.openoffice.org/nonav/issues/showattac
hment.cgi/44424/
> >> > i73693-aqua-bundle-binary-fix-v2.patch
> >> >
> >> > Please test, should work correctly. Try
both launching the .app
> >> from
> >> > Finder and using gdb et al.
> >>
> >> For me, this does not work.  I have the
following problems:
> >>
> >> 1.  The symlink in the MacOS dir is:
> >> soffice -> OpenOffice.org
2.3.app/Contents/MacOS/program/soffice.bin
> >> and the program does not launch from the
finder.
> >
> > So it seems the symlinking code that cloph
provided originally is not
> > working in a way that I though it would. *sigh*
> >
> >> 2.  If I change the symlink to:
> >> soffice -> program/soffice.bin
> >> the program will launch from the finder - but
gdb will not run.
> >
> > Yes, this was what I wanted to happen. If this
does not work with GDB,
> > then there is probably no other alternative than
to have the original
> > binary in the MacOS folder, resulting in having to
move all the
> > OOo-specific folders one level upward.
> >
> > As Ericb said in a later mail, this is
more-or-less same as Pavel's
> > script.
> >
> > This means that the changes in my patch to
instsetoo_native -module
> > are ok and can be integrated as they are now.
(only maybe change
> > "soffice" to "soffice.bin", if
soffice does not work for some reason
> > with gdb)
> >
> > However, the changes to scp2 -module need to be
worked on more. I'll
> > leave that work to the more active developers.
> >
> >      Mox
> >
> >
------------------------------------------------------------
---------
> > To unsubscribe, e-mail: mac-unsubscribeporting.openoffice.org
> > For additional commands, e-mail: mac-helpporting.openoffice.org
> >
>
>
>
>
___________________________________________________________
> Inbox full of spam? Get leading spam protection and 1GB
storage with All New Yahoo! Mail. http://uk.doc
s.yahoo.com/nowyoucan.html
>
>
------------------------------------------------------------
---------
> To unsubscribe, e-mail: mac-unsubscribeporting.openoffice.org
> For additional commands, e-mail: mac-helpporting.openoffice.org
>
>


-- 
Mox on G

------------------------------------------------------------
---------
To unsubscribe, e-mail: mac-unsubscribeporting.openoffice.org
For additional commands, e-mail: mac-helpporting.openoffice.org

Hi Shaun,

Shaun McDonald a écrit :
> Hi Mox, *,
> 
> I'm thinking that rather than using a symlink to the
binary we should  
> create a new small couple of line C program that would
call soffice.bin.
> 
> I think the key line would be something like:
> execve("../program/soffice.bin", argv[],
getenv());
> in C to replace the symbolic link.

This is a good, idea, but IMHO, not complete :

- long time ago, Florian Heckl wrote an application named
" StartOOo "
- Mox proposed an interesting tree, to separate
applications

I really think what Mac users expect is marry both :

- Start an application who does not quit when the last
window is closed
- propose to choose what document start

IMHO, this is not far to your initial idea using execve() ,
but needs 
some time I have not.



Regards,
Eric

------------------------------------------------------------
---------
To unsubscribe, e-mail: mac-unsubscribeporting.openoffice.org
For additional commands, e-mail: mac-helpporting.openoffice.org