14 replies to this topic

[andyforsaken]

There's a bug in GM4mac that doesn't let you load any resources if you create an executable

Feel free to check it out. It's just a couple of line of code that loads an image. It works fine if you run it from GM, but it won't work if you create an executable. I submitted it to yoyogames a month ago, but there's been no fix. Now I can't create a stand-alone game and the GM4mac (I paid $25 for a license) is useless to me Everything worked fine before they made the latest update

http://rapidshare.co...2473/GM_bug.zip

http://www.host-a.ne...aken/GM_bug.zip

Steps to reproduce:

1. Run the code from Game Maker. See the background image loads successfully and displayed on the screen.
2. Create the executable of this code
3. Run the executable and see that the image IS NOT DISPLAYED on the screen

Edited by andyforsaken, 05 February 2011 - 02:30 PM.

[ragarnak]

There's a bug in GM4mac that doesn't let you load any resources if you create an executable

Are you sure its a bug in that program instead of between the keyboard and chair ?

FYI: most all "This is a Bug!" claims I've seen over the years normally boil-down to either user-error or simply mistunderstanding how either GM or a computer works.

Having said that, rapidshare isn't accessible to me anymore (too old a browser ? for downloading ? ), so I can't download your code and raje a look at it (suggestion: http://host-a.net/).

I do have a few common questions though :

What have you done to find the cause of the bug ? Have you checked the return-values of the commands you used ? Have you checked if the image-file is actually there where the program expects it to be ?

Suggestion : use a full path (drive:\path\filename.ext) and try again.

Edited by ragarnak, 05 February 2011 - 02:22 PM.

[andyforsaken]

There's a bug in GM4mac that doesn't let you load any resources if you create an executable

Are you sure its a bug in that program instead of between the keyboard and chair ?

FYI: most all "This is a Bug!" claims I've seen over the years normally boil-down to either user-error or simply mistunderstanding how either GM or a computer works.

Having said that, rapidshare isn't accessible to me anymore (too old a browser ? for downloading ? ), so I can't download your code and raje a look at it (suggestion: http://host-a.net/).

I do have a few common questions though :

What have you done to find the cause of the bug ? Have you checked the return-values of the commands you used ? Have you checked if the image-file is actually there where the program expects it to be ?

Suggestion : use a full path (drive:\path\filename.ext) and try again.

Please take one minute to check out the file. Run the steps to reproduce the bug.

http://www.host-a.net/u/andyforsaken/GM_bug.zip

Steps to reproduce:

1. Run the code from Game Maker. See the background image loads successfully and displayed on the screen.
2. Create the executable of this code
3. Run the executable and see that the image IS NOT DISPLAYED on the screen


The code works fine if you run it from GM, it's when you create the executable, it stops working.
Besides, everything worked fine BEFORE yoyogames made the latest update.

Edited by andyforsaken, 05 February 2011 - 02:38 PM.

[ragarnak]

Please take one minute to check out the file.

I just did. Have you already tried to use a full path for that "logo,jpg" file ? ( "drive:\path\logo.jpg") ?

Run the steps to reproduce the bug.

Sorry, can't. I'm using Windows and GM complains about that "background_add(..)" having a wrong number of arguments (one more than WinGM expects).

Also, if you stick a

show_message(string(back))

between those two lines, what does it say ? Anything lower than Zero means it could not find or load the image.

Also try :

show_message(working_directory)

it shows, with your current code, the folder it expects the image to be in.

[andyforsaken]

Please take one minute to check out the file.

I just did. Have you already tried to use a fill path for that "logo,jpg" file ? ( "drive:\path\logo.jpg") ?

Run the steps to reproduce the bug.

Sorry, can't. I'm using Windows and GM complains about that "background_add(..)" having a wrong number of arguments (one more than WinGM expects).

Also, if you stick a

show_message(string(back))

between those two lines, what does it say ? Anything lower than Zero means it could not find or load the image.

Also try :

show_message(working_directory)

it shows, with your current code, the folder it expects the image to be in.

If you use GM 8 for windows, the code will not work. It is compatible with GM 7 for windows and works just fine. It's a bug specific to GM4mac. A bad one and they don't have a fix, sad ((

Edited by andyforsaken, 05 February 2011 - 02:50 PM.

[ragarnak]

A bad one and they don't have a fix, sad ((

You know whats really sad ?

Me trying to help you to figure out what the cause of your problem is AND YOU BLUNTLY IGNORING IT

But have it your way. Just keep bitterly complaining about how all of it is someone elses fault (YoYoGames) while not even lifting a finger to try to help yourself. Yeah, that is ofcourse the way to get it solved.

Goodbye.

[andyforsaken]

A bad one and they don't have a fix, sad ((

You know whats really sad ?

Me trying to help you to figure out what the cause of your problem is AND YOU BLUNTLY IGNORING IT

But have it your way. Just keep bitterly complaining about how all of it is someone elses fault (YoYoGames) while not even lifting a finger to try to help yourself. Yeah, that is ofcourse the way to get it solved.

Goodbye.

The same exact code works with GM7 for windows. It used to work with GM4mac before yoyogames made the last update. Now it doesn't work with GM4mac if you create an executable and run it. That's the whole story, nothing more to it. If you had a GM4mac and took one minute to check it out, then you wouldn't be saying what you're saying. But you don't have GM4mac, so please stop spamming this thread.

Edited by andyforsaken, 05 February 2011 - 03:23 PM.

[max_r_61270]

You would think a YoYoGames representative could or would care enough to comment on this.

[Nocturne]

I would suggest that before getting cross at Yoyo and at Ragnarak (who is, btw, one of the most friendly, helpful and knowledgeable people on this forum) you try the various debug procedures as outlined to see exactly where the error occurs and to see if everything is as it should be. It´s all fine and well to shout "BUG" but you have to PROVE it too... so debug your code and provide us with the evidence that you have really found a bug by checking the return value of the code used as well as making sure to use a complete path, or at least use working_directory+"\logo.png". If you want to really report a bug then do your homework...

[NakedPaulToast]

You would think a YoYoGames representative could or would care enough to comment on this.

No, I would not think that.

YYGs has a specific mechanism for reporting bugs and where they comment on them. It's not the GMC.

[thatshelby]

But you don't have GM4mac, so please stop spamming this thread.

You told a moderator to stop spamming.

[Dark Matter]

Your powers of observation are amazing

Edited by Dark Matter, 11 February 2011 - 09:01 PM.

[mcoot]

The same exact code works with GM7 for windows. It used to work with GM4mac before yoyogames made the last update. Now it doesn't work with GM4mac if you create an executable and run it. That's the whole story, nothing more to it. If you had a GM4mac and took one minute to check it out, then you wouldn't be saying what you're saying. But you don't have GM4mac, so please stop spamming this thread.

So you're not even going to try to debug it? How can you be so sure you haven't made an error? And honestly, bluntly ignoring someone's attempts to help because you don't think you could have made a mistake in your programming, and then calling said person a spammer, is rather stupid - especially when said person is a moderator.

[Dangerous_Dave]

For those trying to be helpful, yes, it loads the image with a full path. I'm not sure where the *.app thinks the working directory is, but I'm working on it.

Edit: The working_directory is \. Which is really unhelpful. Imagine it as being C:/. That doesn't help the game at all. On the other hand, the program_directory is the MacOS file within the app. That's probably a much better place to be putting external images anyway.

So to fix: Right Click on App -> show package contents -> Contents -> MacOS -> Paste image here.

To load, the path is program_directory+"/logo.jpg"

Note that this only works when the game is an App, not from GM, since it generates a new App each time so you need to go and paste the image into the right place again.

Edited by Dangerous_Dave, 11 February 2011 - 11:48 PM.

[ugriffin]

Notice that both Frozzd and YPWMI (Lite versions available in the Mac forum) use external loading with the external resources contained in the app bundle. There are workarounds for this.