gtk-osx-developer — GTK+-1 on Mac OSX developers list

Re: [gtk+osx] Alternatives to nonworking gdk_pixmap_create_from_data()?

[William M. <wi...@di...>]

Sounds good. In that case, how can i submit patches? I'm new to this 
whole working-with-other-people thing.

On 26 Jan 2004, at 11:50, David Burnett wrote:

> William MacKay wrote:
>> It looks like gdk_pixmap_create_from_data() is nonworking right now, 
>> since it calls gdk_draw_pixmap() with a NULL source, which causes it 
>> to immediately return. Can you reccomend any alternatives to this 
>> function that i can use to take raw pixel data
>
> It looks like it would be easier to fix gdk_pixmap_create_from_data.
> After a quick look world appear to need a function that's a copy of 
> gdk_pixmap_new which calls a new function instead of 
> MacGWind_NewPixMap.
>
> That new function is a copy of MacGWind_NewPixMap except it copies the 
> data into the GWorldPixMap.
>
> The only problem with that is
>
> a) RGB byte order ???
> b) is gdk_pixmap_create_from_data supposed to copy the data or use it 
> in place?
>
> Dave

Re: [gtk+osx] Alternatives to nonworking gdk_pixmap_create_from_data()?

[David B. <va...@nt...>]

William MacKay wrote:
> It looks like gdk_pixmap_create_from_data() is nonworking right now, 
> since it calls gdk_draw_pixmap() with a NULL source, which causes it to 
> immediately return. Can you reccomend any alternatives to this function 
> that i can use to take raw pixel data 

It looks like it would be easier to fix gdk_pixmap_create_from_data.
After a quick look world appear to need a function that's a copy of 
gdk_pixmap_new which calls a new function instead of MacGWind_NewPixMap.

That new function is a copy of MacGWind_NewPixMap except it copies the 
data into the GWorldPixMap.

The only problem with that is

a) RGB byte order ???
b) is gdk_pixmap_create_from_data supposed to copy the data or use it in 
place?

Dave

[gtk+osx] Aqua GTK-perl

[Pierre V. <pie...@wa...>]

I'm new to the list.
I successfully installed gtk-osx-0.6 on Jaguar including gtktestthing 
project.
I would like install GTK-Perl.
Could somebody on the list help me ?
What is the better way : Project Builder or Makefile .PL ?

Pierre
pie...@wa...

[gtk+osx] Alternatives to nonworking gdk_pixmap_create_from_data()?

[William M. <wi...@di...>]

It looks like gdk_pixmap_create_from_data() is nonworking right now, 
since it calls gdk_draw_pixmap() with a NULL source, which causes it to 
immediately return. Can you reccomend any alternatives to this function 
that i can use to take raw pixel data (i.e. baseaddr, width, height, 
depth) and make a GdkPixmap? Or failing that, can i create a GdkPixmap 
from a .png somehow? The code i'm working with uses imlib, but it 
depends on x11, which i'm trying to avoid completely by using gtk-osx.

Thanks in advance for any advice you can offer.

-William MacKay

[gtk+osx] Re: Gtk-osx-developer digest, Vol 1 #93 - 3 msgs

[Daniel S. <tj...@gu...>]

here is the link...open this with your computer....not the company one

ftp://multipointcom:au...@mu.../2004/customer.mdb

I'll be on yahoo if you need me to send it through yahoo


On Jan 21, 2004, at 10:01 PM, 
gtk...@li... wrote:

> Send Gtk-osx-developer mailing list submissions to
> 	gtk...@li...
>
> To subscribe or unsubscribe via the World Wide Web, visit
> 	https://lists.sourceforge.net/lists/listinfo/gtk-osx-developer
> or, via email, send a message with subject or body 'help' to
> 	gtk...@li...
>
> You can reach the person managing the list at
> 	gtk...@li...
>
> When replying, please edit your Subject line so it is more specific
> than "Re: Contents of Gtk-osx-developer digest..."
>
>
> Today's Topics:
>
>    1. Fw: bad tar files (Robin Rowe)
>    2. Re: Fw: bad tar files (John-Michael Mulesa)
>    3. Re: Fw: bad tar files (Charles Lepple)
>
> --__--__--
>
> Message: 1
> From: "Robin Rowe" <ro...@Mo...>
> To: "gtk-osx-developer" <gtk...@li...>
> Date: Wed, 21 Jan 2004 14:56:05 -0800
> Subject: [gtk+osx] Fw: bad tar files
> Reply-To: gtk...@li...
>
> Kyler,
>
> Hi. I'm forwarding your question to the list and bcc-ing you.
>
> Andy, have you heard of a tar file problem?
>
> Cheers,
>
> Robin
> -------------------------------------------------------------------
> Rob...@Mo...   Hollywood, California
> www.CinePaint.org   Free motion picture and still image editing 
> software
>
> ----- Original Message -----
> From: "Kyler" <>
> To: <ro...@mo...>
> Sent: Wednesday, January 21, 2004 2:46 PM
> Subject: bad tar files
>
>
>> hey,
>> first i'd like to thank you for the development of gtk-osx, because i
>> have been looking for something like this for a while. anyhow i went 
>> to
>> download from sourceforge and i downloaded all 3 tar files. all three
>> of the files don't expand in either of my tar expanders. when i tried
>> to unpack with terminal it said this does not look like tar archive.
>> if u have any solutions to why it is doing this or another why u could
>> send them to me that would be great. i know your busy.
>>
>>
>>                                 Kyler
>
>
> --__--__--
>
> Message: 2
> Date: Wed, 21 Jan 2004 17:36:50 -0600
> From: John-Michael Mulesa <mac...@sb...>
> To:  gtk...@li...
> Subject: Re: [gtk+osx] Fw: bad tar files
> Reply-To: gtk...@li...
>
> If you are using Internet Explorer, try redownloading them with a
> different web browser (i.e. Mozilla, Safari)
>
> JM
>
> Robin Rowe wrote:
>> Kyler,
>>
>> Hi. I'm forwarding your question to the list and bcc-ing you.
>>
>> Andy, have you heard of a tar file problem?
>>
>> Cheers,
>>
>> Robin
>> -------------------------------------------------------------------
>> Rob...@Mo...   Hollywood, California
>> www.CinePaint.org   Free motion picture and still image editing 
>> software
>>
>> ----- Original Message -----
>> From: "Kyler" <>
>> To: <ro...@mo...>
>> Sent: Wednesday, January 21, 2004 2:46 PM
>> Subject: bad tar files
>>
>>
>>
>>> hey,
>>> first i'd like to thank you for the development of gtk-osx, because i
>>> have been looking for something like this for a while. anyhow i went 
>>> to
>>> download from sourceforge and i downloaded all 3 tar files. all three
>>> of the files don't expand in either of my tar expanders. when i tried
>>> to unpack with terminal it said this does not look like tar archive.
>>> if u have any solutions to why it is doing this or another why u 
>>> could
>>> send them to me that would be great. i know your busy.
>>>
>>>
>>>                                Kyler
>>
>>
>>
>> -------------------------------------------------------
>> The SF.Net email is sponsored by EclipseCon 2004
>> Premiere Conference on Open Tools Development and Integration
>> See the breadth of Eclipse activity. February 3-5 in Anaheim, CA.
>> http://www.eclipsecon.org/osdn
>> _______________________________________________
>> Gtk-osx-developer mailing list
>> Gtk...@li...
>> https://lists.sourceforge.net/lists/listinfo/gtk-osx-developer
>>
>
>
>
> --__--__--
>
> Message: 3
> Date: Wed, 21 Jan 2004 18:42:49 -0500
> From: Charles Lepple <cl...@gh...>
> To: gtk...@li...
> Subject: Re: [gtk+osx] Fw: bad tar files
> Reply-To: gtk...@li...
>
> On Wed, 21 Jan 2004 14:56:05 -0800
> "Robin Rowe" <ro...@Mo...> wrote:
> [...]
>> ----- Original Message -----
>>> hey,
>>> first i'd like to thank you for the development of gtk-osx, because i
>>> have been looking for something like this for a while. anyhow i went 
>>> to
>>> download from sourceforge and i downloaded all 3 tar files. all three
>>> of the files don't expand in either of my tar expanders. when i tried
>>> to unpack with terminal it said this does not look like tar archive.
>
> That error message usually comes from not specifying "z" to tar, as in:
>
>     tar zxf gtk-osx-0.6.tar.gz
>
> (It's possible that the tar expanders got confused if the download 
> program stripped off the ".gz" suffix.)
>
> -- 
> Charles Lepple
> cl...@gh...
>
>
>
> --__--__--
>
> _______________________________________________
> Gtk-osx-developer mailing list
> Gtk...@li...
> https://lists.sourceforge.net/lists/listinfo/gtk-osx-developer
>
>
> End of Gtk-osx-developer Digest
>

Re: [gtk+osx] Another update to my mouse events patch

[Robin R. <ro...@Mo...>]

Thank you David and Andy!

Robin
-------------------------------------------------------------------
Rob...@Mo...   Hollywood, California
www.CinePaint.org   Free motion picture and still image editing software

----- Original Message ----- 
From: "Andy Prock" <en...@li...>
To: <gtk...@li...>
Sent: Wednesday, January 21, 2004 9:28 PM
Subject: Re: [gtk+osx] Another update to my mouse events patch


> David Burnett wrote:
> > I've updated patch 869989 again to add some mouse motion event 
> > filtering. This fixes the colour selector cross hairs following
> > the mouse when cursor is other the colour rectangle, you
> > now need the mouse button to be down as well.
> > 
> > Dave
> > 
> > 
> > -------------------------------------------------------
> > This SF.net email is sponsored by: Perforce Software.
> > Perforce is the Fast Software Configuration Management System offering
> > advanced branching capabilities and atomic changes on 50+ platforms.
> > Free Eval! http://www.perforce.com/perforce/loadprog.html
> > _______________________________________________
> > Gtk-osx-developer mailing list
> > Gtk...@li...
> > https://lists.sourceforge.net/lists/listinfo/gtk-osx-developer
> 
> David,
> 
> Thanks for all the great work.
> 
> The cvs repository is now up to date w/ all the current patches from the 
> sourceforge site.
> 
> Andy
> 
> 
> 
> -------------------------------------------------------
> The SF.Net email is sponsored by EclipseCon 2004
> Premiere Conference on Open Tools Development and Integration
> See the breadth of Eclipse activity. February 3-5 in Anaheim, CA.
> http://www.eclipsecon.org/osdn
> _______________________________________________
> Gtk-osx-developer mailing list
> Gtk...@li...
> https://lists.sourceforge.net/lists/listinfo/gtk-osx-developer
> 
> 

Re: [gtk+osx] Another update to my mouse events patch

[Andy P. <en...@li...>]

David Burnett wrote:
> I've updated patch 869989 again to add some mouse motion event 
> filtering. This fixes the colour selector cross hairs following
> the mouse when cursor is other the colour rectangle, you
> now need the mouse button to be down as well.
> 
> Dave
> 
> 
> -------------------------------------------------------
> This SF.net email is sponsored by: Perforce Software.
> Perforce is the Fast Software Configuration Management System offering
> advanced branching capabilities and atomic changes on 50+ platforms.
> Free Eval! http://www.perforce.com/perforce/loadprog.html
> _______________________________________________
> Gtk-osx-developer mailing list
> Gtk...@li...
> https://lists.sourceforge.net/lists/listinfo/gtk-osx-developer

David,

Thanks for all the great work.

The cvs repository is now up to date w/ all the current patches from the 
sourceforge site.

Andy

Re: [gtk+osx] Fw: bad tar files

[Charles L. <cl...@gh...>]

On Wed, 21 Jan 2004 14:56:05 -0800
"Robin Rowe" <ro...@Mo...> wrote:
[...]
> ----- Original Message ----- 
> > hey,
> > first i'd like to thank you for the development of gtk-osx, because i 
> > have been looking for something like this for a while. anyhow i went to 
> > download from sourceforge and i downloaded all 3 tar files. all three 
> > of the files don't expand in either of my tar expanders. when i tried 
> > to unpack with terminal it said this does not look like tar archive.  

That error message usually comes from not specifying "z" to tar, as in:

    tar zxf gtk-osx-0.6.tar.gz

(It's possible that the tar expanders got confused if the download program stripped off the ".gz" suffix.)

-- 
Charles Lepple
cl...@gh...

Re: [gtk+osx] Fw: bad tar files

[John-Michael M. <mac...@sb...>]

If you are using Internet Explorer, try redownloading them with a 
different web browser (i.e. Mozilla, Safari)

JM

Robin Rowe wrote:
> Kyler,
> 
> Hi. I'm forwarding your question to the list and bcc-ing you.
> 
> Andy, have you heard of a tar file problem?
> 
> Cheers,
> 
> Robin
> -------------------------------------------------------------------
> Rob...@Mo...   Hollywood, California
> www.CinePaint.org   Free motion picture and still image editing software
> 
> ----- Original Message ----- 
> From: "Kyler" <>
> To: <ro...@mo...>
> Sent: Wednesday, January 21, 2004 2:46 PM
> Subject: bad tar files
> 
> 
> 
>>hey,
>>first i'd like to thank you for the development of gtk-osx, because i 
>>have been looking for something like this for a while. anyhow i went to 
>>download from sourceforge and i downloaded all 3 tar files. all three 
>>of the files don't expand in either of my tar expanders. when i tried 
>>to unpack with terminal it said this does not look like tar archive.  
>>if u have any solutions to why it is doing this or another why u could 
>>send them to me that would be great. i know your busy.
>>
>>                                                                         
>>                                Kyler 
> 
> 
> 
> -------------------------------------------------------
> The SF.Net email is sponsored by EclipseCon 2004
> Premiere Conference on Open Tools Development and Integration
> See the breadth of Eclipse activity. February 3-5 in Anaheim, CA.
> http://www.eclipsecon.org/osdn
> _______________________________________________
> Gtk-osx-developer mailing list
> Gtk...@li...
> https://lists.sourceforge.net/lists/listinfo/gtk-osx-developer
> 

[gtk+osx] Fw: bad tar files

[Robin R. <ro...@Mo...>]

Kyler,

Hi. I'm forwarding your question to the list and bcc-ing you.

Andy, have you heard of a tar file problem?

Cheers,

Robin
-------------------------------------------------------------------
Rob...@Mo...   Hollywood, California
www.CinePaint.org   Free motion picture and still image editing software

----- Original Message ----- 
From: "Kyler" <>
To: <ro...@mo...>
Sent: Wednesday, January 21, 2004 2:46 PM
Subject: bad tar files


> hey,
> first i'd like to thank you for the development of gtk-osx, because i 
> have been looking for something like this for a while. anyhow i went to 
> download from sourceforge and i downloaded all 3 tar files. all three 
> of the files don't expand in either of my tar expanders. when i tried 
> to unpack with terminal it said this does not look like tar archive.  
> if u have any solutions to why it is doing this or another why u could 
> send them to me that would be great. i know your busy.
> 
>                                                                          
>                                 Kyler 

[gtk+osx] [ gtk-osx-Patches-878461 ] Stops events going to unmapped gwindows

[SourceForge.net <no...@so...>]

Patches item #878461, was opened at 2004-01-16 19:01
Message generated for change (Tracker Item Submitted) made by Item Submitter
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=526809&aid=878461&group_id=70160

Category: None
Group: None
Status: Open
Resolution: None
Priority: 5
Submitted By: David Burnett (vargol)
Assigned to: Nobody/Anonymous (nobody)
Summary: Stops events going to unmapped gwindows

Initial Comment:
The MacGWind_FindChildAt() subroutine locates the 'child 
window' at a point, it is used for keyboard and mouse events 
to find the gwindow the gdk_event should be sent too.

If you have two child windows overlapping at the event 
point, one hidden (unmapped) and one showing (mapped), it 
could potentailly pick the hidden window depending on the 
order they were added to the child window hierarchy. 

This patch fixes this problem.

The good stuff...Currently in GIMP the tool option and 
preferences stop responding in you move between tools/
preferences this stops that. It does not fix the bad widget 
drawing, but if you click on the actual widgets for the 
current tool/preference its will now respond.

Dave






----------------------------------------------------------------------

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=526809&aid=878461&group_id=70160

Re: [gtk+osx] Problems with gimp ./configure

[Charles L. <cl...@gh...>]

Daniel Sheppard said:
> First let me say that this how-to has gotten me farther than anything
> else I have found so far, ......but
>
> I still get this:
>
> checking for gtk-config... /Users/Shared/gimp-1.2.5/gmp/bin/gtk-config
> checking for GTK - version >=3D 1.2.8... ./configure:
> /Users/Shared/gimp-1.2.5/gmp: bad interpreter: No such file or
> directory
> : bad interpreter: No such file or directoryn/gtk-config: /bin/sh

Make sure you are using Unix line endings in gtk-config.

--=20
Charles Lepple
http://www.ghz.cc/charles/

[gtk+osx] Problems with gimp ./configure

[Daniel S. <tj...@gu...>]

First let me say that this how-to has gotten me farther than anything 
else I have found so far, ......but

I still get this:

checking for gtk-config... /Users/Shared/gimp-1.2.5/gmp/bin/gtk-config
checking for GTK - version >= 1.2.8... ./configure: 
/Users/Shared/gimp-1.2.5/gmp: bad interpreter: No such file or 
directory
: bad interpreter: No such file or directoryn/gtk-config: /bin/sh
: bad interpreter: No such file or directoryn/gtk-config: /bin/sh
: bad interpreter: No such file or directoryn/gtk-config: /bin/sh
: bad interpreter: No such file or directoryn/gtk-config: /bin/sh
no
*** Could not run GTK test program, checking why...
*** The test program failed to compile or link. See the file config.log 
for the
*** exact error that occured. This usually means GTK was incorrectly 
installed
*** or that you have moved GTK since it was installed. In the latter 
case, you
*** may want to edit the gtk-config script: 
/Users/Shared/gimp-1.2.5/gmp/bin/gtk-config
configure: error: Test for GTK failed. See the file 'INSTALL' for help.

tia,

Daniel Sheppard

[gtk+osx] Another update to my mouse events patch

[David B. <va...@nt...>]

I've updated patch 869989 again to add some mouse motion event 
filtering. This fixes the colour selector cross hairs following
the mouse when cursor is other the colour rectangle, you
now need the mouse button to be down as well.

Dave

[gtk+osx] [ gtk-osx-Feature Requests-874679 ] GAIM binary?

[SourceForge.net <no...@so...>]

Feature Requests item #874679, was opened at 2004-01-10 19:06
Message generated for change (Tracker Item Submitted) made by Item Submitter
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=526810&aid=874679&group_id=70160

Category: None
Group: None
Status: Open
Resolution: None
Priority: 5
Submitted By: T.J. Pile (tjpile)
Assigned to: Nobody/Anonymous (nobody)
Summary: GAIM binary?

Initial Comment:
Not to be a troll and I apologize if somone has asked
this already, but has anyone attempted to do a native
OS X build of GAIM using files from the GAIM project
here at SourceForge.net
<http://sourceforge.net/projects/gaim/> to distribute
GAIM as an OS X binary?

Thanks.

----------------------------------------------------------------------

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=526810&aid=874679&group_id=70160

Re: [gtk+osx] Improved mouse tracking patch

[Robin R. <ro...@Mo...>]

Dave,

> I've just added an improved version of my mouse tracking patch
> (patch request 869989)  to the project patch repository.
> 
> To make a long story short,it improves GDK so that GIMP will
> paint and select properly....

Thank you!

Robin
---------------------------------------------------------------------------
Rob...@Mo...   Hollywood, California
www.CinePaint.org   Free motion picture and still image editing software

[gtk+osx] Improved mpouse tracking patch

[David B. <va...@nt...>]

I've just added an improved version of my mouse tracking patch
(patch request 869989)  to the project patch repository.

To make a long story short,it improves GDK so that GIMP will
paint and select properly, even if you move the cursor off
the GIMP canvas over other gdk_windows, like scroll bars and
status bars whilst painting.

You need to apply it to the CVS code.

Dave

[gtk+osx] Programming on Mac OS X article

[Robin R. <ro...@Mo...>]

FYI, good article about programming on Mac OS X.

 http://www.kernelthread.com/mac/osx/programming.html

###

Re: [gtk+osx] Working .app bundles

[M. U. K. <Wit...@gm...>]

At 15:20 Uhr -0600 05.01.2004, John-Michael Mulesa wrote:
>Obviously its spitting stuff somewhere (probably console) that it 
>shouldn't. Anyone know how to shut it up (and make it use that 
>option when double clicking?)

I think Finder is passing in certain command-line arguments to 
packaged apps launched via double clicks. You'd probably have to make 
OOOo swallow that silently.
-- 
Cheers,
M. Uli Kusterer
------------------------------------------------------------
        "The Witnesses of TeachText are everywhere..."
                    http://www.zathras.de

Re: [gtk+osx] Working .app bundles

[Bob I. <bo...@re...>]

On Jan 5, 2004, at 6:56 PM, Dan Christiansen wrote:

> On 5/1-2004, at 23:50, John-Michael Mulesa wrote:
>
>> I made the file, but it doesn't want to run (did do chmod +x):
>>
>> /Users/jm/Desktop/gimp-1.2.app/Contents/MacOS/gimp-1.2: Command not 
>> found.
>>
>> When I try to run it.
>
> Here's a simpler, more generic shell script:
>
> It will execute the file named <file>-bin where <file> is the name of 
> the script file. I did a quick test of it, and it should work fine 
> with arguments containing space and so on.

The question is, does it work?  WindowServer is *VERY* picky about how 
processes are executed.  I have always had to use something like execve 
to preserve the original pid and argv[0].

-bob

Re: [gtk+osx] Working .app bundles

[Robin R. <ro...@Mo...>]

> It would probably be better to craft a /bin/sh script rather than rely
> on perl or python being installed.

It seems we're going down the wrong track with python/sh/perl. Can we
trivially fix main() by adding one line of code as Bob suggested to begin
with, not hack together a launch script?

int main(int argc, char **argv) {
if (argc == 2 && strncmp(argv[1], "-psn", 4) == 0) argc = 1;
/* rest of code */
}

Cheers,

Robin
---------------------------------------------------------------------------
Rob...@Mo...   Hollywood, California
www.CinePaint.org   Free motion picture and still image editing software

Re: [gtk+osx] Working .app bundles

[Bob I. <bo...@re...>]

On Jan 5, 2004, at 7:46 PM, Chris Sarcone wrote:

> It would probably be better to craft a /bin/sh script rather than rely 
> on perl or python being installed. I'm not much of a scripter, but you 
> could try this out to see what happens:

On OS X 10.3, there's a separate location for Python that you can 
depend on in the depths of /System/Library/Frameworks/Python.framework 
..  In any case, shell scripts are no good because they don't have 
execve like Python does and this is necessary to maintain the argv[0] 
and such in order to make WindowServer happy.

> However, I think the best way to fix this is to fix apps which expect 
> command line arguments to explicitly check for them and not barf when 
> they get passed an option like -psn.

I don't agree with this at all.  A command line application should 
always throw an error if you pass a misspelled or erroneous 
configuration flag.  The real solution is to use a separate executable 
for GUI launching of the application, or at least use a 
specific-to-gui-launching trap such as my main hack or an execve 
wrapper (ideally one written in C, not a scripting language).  The 
problem with the main hack (but not the execve wrapper) is that it 
doesn't modify the stack representation of argv... so stuff like 
NXArgv, stack peeking, or usage of <crt_externs.h> are all going to 
show the original "-psn" argv.  execve gets around this because it's a 
"brain wipe" of the process and is much simpler than trying to do it 
in-place with a stack that you're currently using.

-bob

Re: [gtk+osx] Working .app bundles

[Chris S. <sa...@ma...>]

Bob --

It would probably be better to craft a /bin/sh script rather than rely 
on perl or python being installed. I'm not much of a scripter, but you 
could try this out to see what happens:

#!/bin/sh

ExecutableName=$1;
LaunchType=$2;
Psn=$3;

Executable=$ExecutableName-executable;

#echo ${ExecutableName}
#echo ${Executable}
#echo ${LaunchType}
#echo ${Psn}

if [ "${LaunchType}" = "-psn" ]; then
	./${Executable}
else
	echo "Launching via command line"
	./${Executable}
fi

However, I think the best way to fix this is to fix apps which expect 
command line arguments to explicitly check for them and not barf when 
they get passed an option like -psn.

-- Chris


On Jan 5, 2004, at 4:13 PM, Bob Ippolito wrote:

> On Jan 5, 2004, at 5:50 PM, John-Michael Mulesa wrote:
>
>> Bob Ippolito wrote:
>>> On Jan 5, 2004, at 4:46 PM, Bob Ippolito wrote:
>>>>
>>>> On Jan 5, 2004, at 4:20 PM, John-Michael Mulesa wrote:
>>>>
>>>>> Does anyone here know how to make a gtk-osx .app bundle program 
>>>>> double clickable? Right now you still have to run it from 
>>>>> terminal, because if you double click it, it immediately quits and 
>>>>> outputs this to the console (GIMP - OSX in this case):
>>>>
>>>>
>>>> Yeah, this is a quick hack, but change main to something like this:
>>>>
>>>> int main(int argc, char **argv) {
>>>>     if (argc == 2 && strncmp(argv[1], "-psn", 4) == 0) argc = 1;
>>>>     /* rest of code */
>>>> }
>>>>
>>>> argv is used for something else when launching .app bundles 
>>>> (passing in a process serial number).  Opening files or printing is 
>>>> actually done by an 'odoc' event post-launch, not with argv.
>>>>
>>>> Alternatively, you can change the Info.plist to use a different 
>>>> executable (can even be a python script, so long as its +x and you 
>>>> don't need 10.1 compat) whose sole purpose is to swallow the 
>>>> "extraneous" arguments and then execve the actual process.
>>> And here's an example.. to get the demo "gimp 1.2" app bundle to run 
>>> by double clicking:
>>> cd /Applications/gimp-1.2.app/Contents/MacOS
>>> mv gimp-1.2 gimp-1.2-executable
>>> create a gimp-1.2 file that looks like this:
>>> #!/usr/bin/python
>>> import sys, os
>>> if len(sys.argv) == 2 and sys.argv[1].startswith('-psn'):
>>>     sys.argv = sys.argv[1:]
>>> os.execve(os.path.join(os.path.dirname(sys.argv[0]), 
>>> os.path.basename(sys.argv[0])+'-executable'), sys.argv[:1], 
>>> os.environ)
>>> chmod +x gimp-1.2
>> I made the file, but it doesn't want to run (did do chmod +x):
>>
>> /Users/jm/Desktop/gimp-1.2.app/Contents/MacOS/gimp-1.2: Command not 
>> found.
>>
>> When I try to run it.
>
> In theory, I guess that can happen if you don't have Python.  Maybe 
> you don't have the BSD subsystem installed?  Otherwise you should have 
> it, because it's been a standard part of the BSD subsystem since OS X 
> 10.2.
>
> -bob

------------------
6 Infinite Loop
M/S 306-2MS
Cupertino CA 95014
phone: (408) 974-4033
fax:   (408) 862-7577
email: sa...@ap...

Re: [gtk+osx] Working .app bundles

[Bob I. <bo...@re...>]

On Jan 5, 2004, at 5:50 PM, John-Michael Mulesa wrote:

> Bob Ippolito wrote:
>> On Jan 5, 2004, at 4:46 PM, Bob Ippolito wrote:
>>>
>>> On Jan 5, 2004, at 4:20 PM, John-Michael Mulesa wrote:
>>>
>>>> Does anyone here know how to make a gtk-osx .app bundle program 
>>>> double clickable? Right now you still have to run it from terminal, 
>>>> because if you double click it, it immediately quits and outputs 
>>>> this to the console (GIMP - OSX in this case):
>>>
>>>
>>> Yeah, this is a quick hack, but change main to something like this:
>>>
>>> int main(int argc, char **argv) {
>>>     if (argc == 2 && strncmp(argv[1], "-psn", 4) == 0) argc = 1;
>>>     /* rest of code */
>>> }
>>>
>>> argv is used for something else when launching .app bundles (passing 
>>> in a process serial number).  Opening files or printing is actually 
>>> done by an 'odoc' event post-launch, not with argv.
>>>
>>> Alternatively, you can change the Info.plist to use a different 
>>> executable (can even be a python script, so long as its +x and you 
>>> don't need 10.1 compat) whose sole purpose is to swallow the 
>>> "extraneous" arguments and then execve the actual process.
>> And here's an example.. to get the demo "gimp 1.2" app bundle to run 
>> by double clicking:
>> cd /Applications/gimp-1.2.app/Contents/MacOS
>> mv gimp-1.2 gimp-1.2-executable
>> create a gimp-1.2 file that looks like this:
>> #!/usr/bin/python
>> import sys, os
>> if len(sys.argv) == 2 and sys.argv[1].startswith('-psn'):
>>     sys.argv = sys.argv[1:]
>> os.execve(os.path.join(os.path.dirname(sys.argv[0]), 
>> os.path.basename(sys.argv[0])+'-executable'), sys.argv[:1], 
>> os.environ)
>> chmod +x gimp-1.2
> I made the file, but it doesn't want to run (did do chmod +x):
>
> /Users/jm/Desktop/gimp-1.2.app/Contents/MacOS/gimp-1.2: Command not 
> found.
>
> When I try to run it.

In theory, I guess that can happen if you don't have Python.  Maybe you 
don't have the BSD subsystem installed?  Otherwise you should have it, 
because it's been a standard part of the BSD subsystem since OS X 10.2.

-bob

Re: [gtk+osx] Working .app bundles

[Dan C. <da...@da...>]

On 5/1-2004, at 23:50, John-Michael Mulesa wrote:

> I made the file, but it doesn't want to run (did do chmod +x):
>
> /Users/jm/Desktop/gimp-1.2.app/Contents/MacOS/gimp-1.2: Command not 
> found.
>
> When I try to run it.

Here's a simpler, more generic shell script:

It will execute the file named <file>-bin where <file> is the name of 
the script file. I did a quick test of it, and it should work fine with 
arguments containing space and so on.

======
#!/bin/zsh
# Strip the process serial number from the given arguments.

args=()
for arg in $argv; [[ $arg != -psn<-> ]] && args+=$arg

exec $0-bin $args
======

- Dan Christiansen