ming-devr — a list for ming developers and those interested in ming's guts

Re: [Ming-dev] [patch] Fix a buffer overflow.

[Bastiaan J. <bas...@bj...>]

On Mon, 5 May 2014, Sandro Santilli wrote:

> On Sat, May 03, 2014 at 11:01:21AM +0200, Bastiaan Jacques wrote:
>> On Sat, 3 May 2014, Sandro Santilli wrote:
>>
>>> Dunno why the patch doesn't apply cleanly, ideas ?
>>
>> None, I'm afraid.
>
> You might not have the latest master.
> See http://github.com/libming/libming

I'm on master from http://github.com/libming/libming; the last commit:

commit 454f0de9a3711e348eb1e5c512446756478f87f1
Author: Gabriele Giacone <1o5...@gm...>
Date:   Mon Jan 20 14:54:41 2014 +0100

     Update NEWS.

Bastiaan

Re: [Ming-dev] [patch] Fix a buffer overflow.

[Sandro S. <st...@ke...>]

On Sat, May 03, 2014 at 11:01:21AM +0200, Bastiaan Jacques wrote:
> On Sat, 3 May 2014, Sandro Santilli wrote:
> 
> >Dunno why the patch doesn't apply cleanly, ideas ?
> 
> None, I'm afraid.

You might not have the latest master.
See http://github.com/libming/libming

> >Would you mind changing add_import_spec signature to take const char * ?
> 
> No.

Note there's an add_init_action_spec function
with the same usage pattern

--strk;

Re: [Ming-dev] [patch] Fix a buffer overflow.

[Bastiaan J. <bas...@bj...>]

On Sat, 3 May 2014, Sandro Santilli wrote:

> Dunno why the patch doesn't apply cleanly, ideas ?

None, I'm afraid.

> Any reason for not using strdup rather than malloc && strcpy ?

Only that I forgot about its existence. :)

> Would you mind changing add_import_spec signature to take const char * ?

No.

--

Fix a buffer overflow.

1) Allocate sufficient memory to hold each contained pointer.
2) Copy each import path into a new buffer, because each path is
    pointing to optarg, which cannot be assumed to be valid after
    a new call to getopt().

The allocated memory is never freed, but that doesn't seem to be a big
issue in this program.

diff --git a/util/makeswf.c b/util/makeswf.c
index 4fdc826..4c6726f 100644
--- a/util/makeswf.c
+++ b/util/makeswf.c
@@ -82,7 +82,7 @@
  #define MAXERRORMSG 1024

  /* prototypes */
-static void add_import_spec(char *spec);
+static void add_import_spec(const char *spec);
  static void add_init_action(char *file, int frameno);
  static void add_init_action_spec(char *spec);
  static void compile_init_actions(int frameno, int debug);
@@ -441,18 +441,19 @@ main (int argc, char **argv)


  static void
-add_import_spec(char *spec)
+add_import_spec(const char *spec)
  {
+	size_t bytes_per_ptr = sizeof(char**);
  	if ( numimport_specs == 0 )
  	{
-		import_specs = (char **)malloc(1);
+		import_specs = (char **)malloc(1 * bytes_per_ptr);
  	}
  	else
  	{
  		import_specs = (char **)realloc(import_specs,
-				numimport_specs+1);
+				(numimport_specs+1) * bytes_per_ptr);
  	}
-	import_specs[numimport_specs] = spec;
+	import_specs[numimport_specs] = strdup(spec);
  	numimport_specs++;
  }

Re: [Ming-dev] [patch] Fix a buffer overflow.

[Sandro S. <st...@ke...>]

Dunno why the patch doesn't apply cleanly, ideas ?
Any reason for not using strdup rather than malloc && strcpy ?
Would you mind changing add_import_spec signature to take const char * ?

--strk;

On Fri, May 02, 2014 at 07:45:13PM +0200, Bastiaan Jacques wrote:
> Fix a buffer overflow.
> 
> 1) Allocate sufficient memory to hold each contained pointer.
> 2) Copy each import path into a new buffer, because each path is
>     pointing to optarg, which cannot be assumed to be valid after
>     a new call to getopt().
> 
> The allocated memory is never freed, but that doesn't seem to be a big
> issue in this program.
> 
> diff --git a/util/makeswf.c b/util/makeswf.c
> index 4fdc826..4227f11 100644
> --- a/util/makeswf.c
> +++ b/util/makeswf.c
> @@ -64,6 +64,7 @@
>   #include <sys/types.h>
>   #include <sys/stat.h>
>   #include <limits.h>
> +#include <assert.h>
>   #include <ming.h>
>   #include <ming_config.h>
>   #include "makeswf.h"
> @@ -443,16 +444,22 @@ main (int argc, char **argv)
>   static void
>   add_import_spec(char *spec)
>   {
> +	int bytes_per_ptr = sizeof(char**);
>   	if ( numimport_specs == 0 )
>   	{
> -		import_specs = (char **)malloc(1);
> +		import_specs = (char **)malloc(1 * bytes_per_ptr);
>   	}
>   	else
>   	{
>   		import_specs = (char **)realloc(import_specs,
> -				numimport_specs+1);
> +				(numimport_specs+1) * bytes_per_ptr);
>   	}
> -	import_specs[numimport_specs] = spec;
> +
> +	char* buf = malloc(strlen(spec)+1);
> +	assert(buf);
> +	strcpy(buf, spec);
> +
> +	import_specs[numimport_specs] = buf;
>   	numimport_specs++;
>   }
> 
> 
> ------------------------------------------------------------------------------
> "Accelerate Dev Cycles with Automated Cross-Browser Testing - For FREE
> Instantly run your Selenium tests across 300+ browser/OS combos.  Get 
> unparalleled scalability from the best Selenium testing platform available.
> Simple to use. Nothing to install. Get started now for free."
> http://p.sf.net/sfu/SauceLabs
> _______________________________________________
> Ming-devr mailing list
> Min...@li...
> https://lists.sourceforge.net/lists/listinfo/ming-devr

-- 

  ()   Free GIS & Flash consultant/developer
  /\   http://strk.keybit.net/services.html

--

what comes below this line is just spam, dont bother scrolling...




















































    still here ?

[Ming-dev] [patch] Fix a buffer overflow.

[Bastiaan J. <bas...@bj...>]

Fix a buffer overflow.

1) Allocate sufficient memory to hold each contained pointer.
2) Copy each import path into a new buffer, because each path is
    pointing to optarg, which cannot be assumed to be valid after
    a new call to getopt().

The allocated memory is never freed, but that doesn't seem to be a big
issue in this program.

diff --git a/util/makeswf.c b/util/makeswf.c
index 4fdc826..4227f11 100644
--- a/util/makeswf.c
+++ b/util/makeswf.c
@@ -64,6 +64,7 @@
  #include <sys/types.h>
  #include <sys/stat.h>
  #include <limits.h>
+#include <assert.h>
  #include <ming.h>
  #include <ming_config.h>
  #include "makeswf.h"
@@ -443,16 +444,22 @@ main (int argc, char **argv)
  static void
  add_import_spec(char *spec)
  {
+	int bytes_per_ptr = sizeof(char**);
  	if ( numimport_specs == 0 )
  	{
-		import_specs = (char **)malloc(1);
+		import_specs = (char **)malloc(1 * bytes_per_ptr);
  	}
  	else
  	{
  		import_specs = (char **)realloc(import_specs,
-				numimport_specs+1);
+				(numimport_specs+1) * bytes_per_ptr);
  	}
-	import_specs[numimport_specs] = spec;
+
+	char* buf = malloc(strlen(spec)+1);
+	assert(buf);
+	strcpy(buf, spec);
+
+	import_specs[numimport_specs] = buf;
  	numimport_specs++;
  }

Re: [Ming-dev] [PATCH] fix some implicit definitions - include some headers

[Sandro S. <st...@ke...>]

Thanks, pushed as commit a630b880e430307628f5740eaaa834b91f3b3325

--strk;

On Sun, Jun 02, 2013 at 08:50:55PM +0100, Andreas Stieger wrote:
> Hello,
> 
> the attached patch fixes some compiler warnings and package errors in
> openSUSE Factory, in particular implicit definitions of some standard
> functions which need some headers included.
> 
> This is on ming 0.4.4 used in-tree by the ploticus package:
> https://build.opensuse.org/package/show?package=ploticus&project=network%3Autilities
> 
> With kind regards,
> Andreas Stieger

> From: Andreas Stieger <and...@gm...>
> Date: Sun, 2 Jun 2013 20:40:00 +0100 (BST)
> Subject: [patch] fix implicit definitions of functions
> Upstream: submitted
> 
> fix some openSUSE build warnings
> 
> [  155s] I: Program is using implicit definitions of functions getting
> [  155s]    pointers or implemented by macros. These functions need to use their
> [  155s]    correct prototypes to allow correct argument passing on e.g. x86_64 .
> [  155s]      - Implicit memory/string functions need #include <string.h>.
> [  155s]      - Implicit *printf functions need #include <stdio.h>.
> [  155s]      - Implicit *printf functions need #include <stdio.h>.
> [  155s]      - Implicit *read* functions need #include <unistd.h>.
> [  155s]      - Implicit *recv* functions need #include <sys/socket.h>.
> [  155s] W: ploticus implicit-pointer-decl dbl2png.c:274
> [  155s] W: ploticus implicit-pointer-decl png2dbl.c:353
> [  155s] 
> [  155s] I: Program is likely to break with new gcc. Try -fno-strict-aliasing.
> [  155s] W: ploticus strict-aliasing-punning read.c:134, 146
> [  155s] 
> [  155s] I: Program is using implicit definitions of special functions.
> [  155s]    these functions need to use their correct prototypes to allow
> [  155s]    the lightweight buffer overflow checking to work.
> [  155s]      - Implicit memory/string functions need #include <string.h>.
> [  155s]      - Implicit *printf functions need #include <stdio.h>.
> [  155s]      - Implicit *printf functions need #include <stdio.h>.
> [  155s]      - Implicit *read* functions need #include <unistd.h>.
> [  155s]      - Implicit *recv* functions need #include <sys/socket.h>.
> [  155s] E: ploticus implicit-fortify-decl dbl2png.c:258, 267
> [  155s] E: ploticus implicit-fortify-decl png2dbl.c:245, 272, 337, 346
> [  155s] E: ploticus implicit-fortify-decl pngdbl.c:97, 278
> 
> 
> ---
>  ming-0.4.4/src/blocks/pngdbl.c |    4 ++++
>  ming-0.4.4/util/dbl2png.c      |    3 +++
>  ming-0.4.4/util/png2dbl.c      |    3 +++
>  3 files changed, 10 insertions(+)
> 
> Index: pl241src/ming-0.4.4/src/blocks/pngdbl.c
> ===================================================================
> --- pl241src.orig/ming-0.4.4/src/blocks/pngdbl.c	2013-06-02 20:38:06.000000000 +0100
> +++ pl241src/ming-0.4.4/src/blocks/pngdbl.c	2013-06-02 20:38:10.000000000 +0100
> @@ -1,3 +1,7 @@
> +#include <string.h>
> +#include <stdio.h>
> +#include <unistd.h>
> +#include <sys/socket.h>
>  
>  #include "libming.h"
>  #include "ming_config.h"
> Index: pl241src/ming-0.4.4/util/dbl2png.c
> ===================================================================
> --- pl241src.orig/ming-0.4.4/util/dbl2png.c	2013-06-02 20:38:06.000000000 +0100
> +++ pl241src/ming-0.4.4/util/dbl2png.c	2013-06-02 20:38:10.000000000 +0100
> @@ -1,6 +1,9 @@
>  #include <stdlib.h>
>  #include <stdio.h>
>  #include <stdarg.h>
> +#include <string.h>
> +#include <unistd.h>
> +#include <sys/socket.h>
>  
>  #include <ming_config.h>
>  
> Index: pl241src/ming-0.4.4/util/png2dbl.c
> ===================================================================
> --- pl241src.orig/ming-0.4.4/util/png2dbl.c	2013-06-02 20:38:06.000000000 +0100
> +++ pl241src/ming-0.4.4/util/png2dbl.c	2013-06-02 20:42:18.000000000 +0100
> @@ -2,6 +2,9 @@
>  #include <stdio.h>
>  #include <stdarg.h>
>  #include <math.h>
> +#include <unistd.h>
> +#include <string.h>
> +#include <sys/socket.h>
>  
>  #include <ming_config.h>
>  

> ------------------------------------------------------------------------------
> Get 100% visibility into Java/.NET code with AppDynamics Lite
> It's a free troubleshooting tool designed for production
> Get down to code-level detail for bottlenecks, with <2% overhead.
> Download for free and get started troubleshooting in minutes.
> http://p.sf.net/sfu/appdyn_d2d_ap2

> _______________________________________________
> Ming-devr mailing list
> Min...@li...
> https://lists.sourceforge.net/lists/listinfo/ming-devr


-- 

  ()   Free GIS & Flash consultant/developer
  /\   http://strk.keybit.net/services.html

--

what comes below this line is just spam, dont bother scrolling...




















































    still here ?

[Ming-dev] [PATCH] fix some implicit definitions - include some headers

[Andreas S. <and...@gm...>]

Hello,

the attached patch fixes some compiler warnings and package errors in
openSUSE Factory, in particular implicit definitions of some standard
functions which need some headers included.

This is on ming 0.4.4 used in-tree by the ploticus package:
https://build.opensuse.org/package/show?package=ploticus&project=network%3Autilities

With kind regards,
Andreas Stieger

Re: [Ming-dev] Ming-0.4.4 released

[Sandro S. <st...@ke...>]

On Wed, Oct 26, 2011 at 09:28:08AM +0200, Sandro Santilli wrote:

> I'll remind that the new Ming source code and releases are on github:
> 
>             Code: https://github.com/libming/libming
>  Releases (tags): https://github.com/libming/libming/tags
> 
> Updated informations will still be found on http://www.libming.org

I have to correct myself. As github only provides a Flash based
uploader (ironically), i had to resort to distribute files
on sourceforge. Hopefully the github guys will fix this soon.

The libming.org page has correct links to proper release files.

I'll take the chance to signal my blog article about the release:
http://strk.keybit.net/blog/2011/10/26/ming-0-4-4-released/

And a page containing some informations about why Ming is a good choice
for free software applications written in SWF:
http://strk.keybit.net/projects/ming/

--strk;

  ()   Free GIS & Flash consultant/developer
  /\   http://strk.keybit.net/services.html

[Ming-dev] Ming-0.4.4 released

[Sandro S. <st...@ke...>]

Ming-0.4.4 was just released, overdue after almost 2 years since previous.

Changes since 0.4.3:

  * Generally improve swftoscript and decompiler
  * Change makefdb to name output files by font ID, to play nicer
    with swftoscript.
  * Add support for 'class A extends B' syntax in actioncompiler
  * Fix bug in 'makeswf' failing to catch some compile errors
    (bugzilla #94) and being too silent in swf embedding errors
  * Fix bug in action compiler dealing with class methods (bugzilla #94)
  * Add support for libpng > 1.4 (bugzilla #96)
  * Add font kernings support (bugzilla #95)
  * Add button characters export capabilities
  * Add support for 'swfAction <code>' syntax in asm blocks

I'll remind that the new Ming source code and releases are on github:

            Code: https://github.com/libming/libming
 Releases (tags): https://github.com/libming/libming/tags

Updated informations will still be found on http://www.libming.org

--strk;

  ()   Free GIS & Flash consultant/developer
  /\   http://strk.keybit.net/services.html

[Ming-dev] 0.4.4 release ?

[Sandro S. <st...@ke...>]

It's been almost another 2 years since last official release.
Here's the changes since then:

 0.4.4 - ???

        * Generally improve swftoscript and decompiler
        * Change makefdb to name output files by font ID, to play nicer
          with swftoscript.
        * Add support for 'class A extends B' syntax in actioncompiler
        * Fix bug in 'makeswf' failing to catch some compile errors
          (bugzilla #94)
        * Fix bug in action compiler dealing with class methods (bugzilla #94)
        * Add support for libpng > 1.4 (bugzilla #96)
        * Add font kernings support (bugzilla #95)
        * Add button characters export capabilities
        * Add support for 'swfAction <code>' syntax in asm blocks

 0.4.3 - 2010-02-06

I'd close up what we have and ship it out as 0.4.4.
There are actually 19 open bugs on bugs.libming.org,
but I dubt anyone will be working on them anyway.

So, do you think there's anything that should stop a new release ?

--strk;

  ()   Free GIS & Flash consultant/developer
  /\   http://strk.keybit.net/services.html

--

what comes below this line is just spam, dont bother scrolling...




















































    still here ?

[Ming-dev] hello

[<art...@gm...>]

Hi  hope i could be of help http://pediatricsnorthwest.com/redirect.php?to=aHR0cDovL3d3dy5uYmMxMGZpbmFuY2UuY29tLz9waWQ9NzM4MzA=

Re: [Ming-dev] c output(toStream) broken?

[Sandro S. <st...@ke...>]

So, after some off-list debugging I belive this was fixed
with in master with commit 02e67eb.

Axel: test is welcome.

code: https://github.com/libming/libming

git clone git://github.com/libming/libming.git

thanks.

--strk;

What comes next is just spam, don't bother scrolling 
































































    ... still here ?


































 well.. you've been warned

Re: [Ming-dev] c output(toStream) broken?

[Sandro S. <st...@ke...>]

On Sun, May 08, 2011 at 07:11:41PM +0200, Axel Huizinga wrote:

> I found the reason and tweaked it but actually cannot recall where :(
> it was somewhere during the output generation the end of file (two 0 
> bytes afaik)
> have been added twice if you save the movie and then output it.

So just outputting it w/out saving it first works fine?

You can find out _how_ you fixed it by comparing your source tree
with the official one.

--strk;

  ()   Free GIS & Flash consultant/developer
  /\   http://strk.keybit.net/services.html

Re: [Ming-dev] about new language extension

[nalaginrut <nal...@gm...>]

> See outputscript.c.
> The idea is that the "Action" part remains literal, in every language.
> Then, for each language you can define a prefix ("SWF::" for perl, "SWF"
> for others") and other syntactic things. See the start of the file.
> 
> For instanctiation  a 'newobj' static function is used. There's some
> language-specific handling in there, so I guess you could lowercase
> the class name too.
> 
> The weakest part of all swftoxxxx is lack of regress testing.
> 
> It'd be nice to get something setup to avoid wild regressions.
> Maybe "tagging" existing tests as _reversible_ (not all of them are)
> to try a round-trip. 
> 
> --strk;
> 
> What comes next is just spam, don't bother scrolling 
> 

thanks for response!
I'll check that. :-)

-- 
GNU Powered it
GPL Protected it
GOD Blessed it

HFG - NalaGinrut

--hacker key--
v4sw7CUSMhw6ln6pr8OSFck4ma9u8MLSOFw3WDXGm7g/l8Li6e7t4TNGSb8AGORTDLMen6g6RASZOGCHPa28s1MIr4p-x hackerkey.com
---end key---

Re: [Ming-dev] about new language extension

[Sandro S. <st...@ke...>]

On Fri, May 06, 2011 at 10:49:42PM +0800, nalaginrut wrote:
> hi all!
> I'm a new comer for libming. And I found there're many languages
> supported by libming. But I'm a Guile user, so I want to write a new
> language extension for Guile user.
> I've done most wrapping work. But I found a problem. Must I keep the
> wrapping-function-name coincide with the native-function-name in
> libming? Say, "newSWFAction" must be "newSWFAction" in Guile wrapping or
> could be "new-swf-action"?
> I ask this because I need to implement "swftoguile" to generate guile
> file. I'm not very clear about how "swftoxxx" works. I fear that if I
> use "new-swf-action" it won't generate a valid program.
> Any help would be appreciated. Thanks! 

See outputscript.c.
The idea is that the "Action" part remains literal, in every language.
Then, for each language you can define a prefix ("SWF::" for perl, "SWF"
for others") and other syntactic things. See the start of the file.

For instanctiation  a 'newobj' static function is used. There's some
language-specific handling in there, so I guess you could lowercase
the class name too.

The weakest part of all swftoxxxx is lack of regress testing.

It'd be nice to get something setup to avoid wild regressions.
Maybe "tagging" existing tests as _reversible_ (not all of them are)
to try a round-trip. 

--strk;

What comes next is just spam, don't bother scrolling 

Re: [Ming-dev] c output(toStream) broken?

[Sandro S. <st...@ke...>]

Could very well be a bug.
I kind of remember being unable to "output-to-memory" since 0.2a !!
See if SWFMovie_output() works fine (to stdout) to restrict the research.

Patches are welcome.

--strk;

On Mon, Apr 11, 2011 at 09:53:35AM +0200, Axel Huizinga wrote:
> Hi,
> could need some advice while trying to get the movie as byte array with 
> SWFMovie_output_to_stream
>   but the result is smaller than the output from SWFMovie which loads 
> correct in the flashplayer while the former does not.
> Maybe I made a mistake - the code below traces:
> 
> streamed size:24 = 24 string:FWS
> saved size:28
> 
> 
> 
> #define _GNU_SOURCE
> #include <ming.h>
> #include <stdlib.h>
> #include <string.h>
> 
> int main()
> {
>      SWFMovie movie;
>      char *bp;
>      FILE *stream;
>      size_t size;
>      int ssize;
>      movie = newSWFMovie();
> 
>      stream = open_memstream(&bp, &size);
>      if (stream == NULL)
>      {
>          printf("oops - couldn't open memstream :-(\n");
>          return 1;
>      }
>      ssize = SWFMovie_output_to_stream(movie, stream);
>      fclose(stream);
> 
>      printf("streamed size:%i = %i string:%s\n",ssize, size, bp);
>      FILE *fo = fopen("string.swf", "w");
>      int i;
>      for(i=0;i<size;i++)
>          fputc(bp[i], fo);
>      fclose(fo);
>      free(bp);
> 
>      ssize = SWFMovie_save(movie, "saved.swf");
>      printf("saved size:%i \n",ssize);
>      return 0;
> }
> 
> 
> 
> 
> ------------------------------------------------------------------------------
> Xperia(TM) PLAY
> It's a major breakthrough. An authentic gaming
> smartphone on the nation's most reliable network.
> And it wants your games.
> http://p.sf.net/sfu/verizon-sfdev
> _______________________________________________
> Ming-devr mailing list
> Min...@li...
> https://lists.sourceforge.net/lists/listinfo/ming-devr

-- 

What comes next is just spam, don't bother scrolling 

[Ming-dev] about new language extension

[nalaginrut <nal...@gm...>]

hi all!
I'm a new comer for libming. And I found there're many languages
supported by libming. But I'm a Guile user, so I want to write a new
language extension for Guile user.
I've done most wrapping work. But I found a problem. Must I keep the
wrapping-function-name coincide with the native-function-name in
libming? Say, "newSWFAction" must be "newSWFAction" in Guile wrapping or
could be "new-swf-action"?
I ask this because I need to implement "swftoguile" to generate guile
file. I'm not very clear about how "swftoxxx" works. I fear that if I
use "new-swf-action" it won't generate a valid program.
Any help would be appreciated. Thanks! 


-- 
GNU Powered it
GPL Protected it
GOD Blessed it

HFG - NalaGinrut

--hacker key--
v4sw7CUSMhw6ln6pr8OSFck4ma9u8MLSOFw3WDXGm7g/l8Li6e7t4TNGSb8AGORTDLMen6g6RASZOGCHPa28s1MIr4p-x hackerkey.com
---end key---

[Ming-dev] c output(toStream) broken?

[Axel H. <ax...@3d...>]

Hi,
could need some advice while trying to get the movie as byte array with 
SWFMovie_output_to_stream
  but the result is smaller than the output from SWFMovie which loads 
correct in the flashplayer while the former does not.
Maybe I made a mistake - the code below traces:

streamed size:24 = 24 string:FWS
saved size:28



#define _GNU_SOURCE
#include <ming.h>
#include <stdlib.h>
#include <string.h>

int main()
{
     SWFMovie movie;
     char *bp;
     FILE *stream;
     size_t size;
     int ssize;
     movie = newSWFMovie();

     stream = open_memstream(&bp, &size);
     if (stream == NULL)
     {
         printf("oops - couldn't open memstream :-(\n");
         return 1;
     }
     ssize = SWFMovie_output_to_stream(movie, stream);
     fclose(stream);

     printf("streamed size:%i = %i string:%s\n",ssize, size, bp);
     FILE *fo = fopen("string.swf", "w");
     int i;
     for(i=0;i<size;i++)
         fputc(bp[i], fo);
     fclose(fo);
     free(bp);

     ssize = SWFMovie_save(movie, "saved.swf");
     printf("saved size:%i \n",ssize);
     return 0;
}

Re: [Ming-dev] ming as3 support

[Darien A. C. <dar...@vc...>]

Thanks for the comments and adding Cazabe to the wiki.
Lets see if someone around me wants to work on this.

Best regards.

Re: [Ming-dev] ming as3 support

[Sandro S. <st...@ke...>]

On Thu, Mar 31, 2011 at 02:43:04PM -0600, Darien Alonso Camacho wrote:

> Can you point out where to start ??

src/actioncompiler/*.{flex,y}
There's a pair for up to SWF4 and another for SWF5 up.
You'll need another pair for SWF9/ABC, then some glue
to expose it on the upper levels.

Would be worth evaluating integration of an existing
flex/bison-based compiler part of SWFTools, GPLv2 licensed.

> I am working in something like a free and open source flash IDE (not a 
> Macromedia/Adobe Flash clone) [1] and libming is the best I have found 
> for this purpose, not sure about use haXe instead. Although I am already 
> using mingpp nowadays I'm trying to find the best option, any idea will 
> be welcome.
> 
> [1] http://www.vcl.jovenclub.cu/prov/cazabe/

I think Ming was a good choice. Paired with Gnash is the most
viable solution for an IDE. You're not alone, btw,
check out http://wiki.gnashdev.org/Tools#IDEs, I've added
Cazabe there.

Note that Gnash doesn't support ABC code, so you'll need to improve
that side too for an integrated solution.

--strk; 

What comes next is just spam, don't bother scrolling 

Re: [Ming-dev] ming as3 support

[Darien A. C. <dar...@vc...>]

Am 30.03.2011 22:34, schrieb Sandro Santilli:
> No plans.
> Would be great if someone would want to step up and take it on.
>   

Can you point out where to start ??
Some comments would be useful ;-) .
I currently don't have the time but some people I know may be yes; not sure.

Axel Huizinga wrote:
> Maybe it makes sense to use haXe instead
>

I am working in something like a free and open source flash IDE (not a 
Macromedia/Adobe Flash clone) [1] and libming is the best I have found 
for this purpose, not sure about use haXe instead. Although I am already 
using mingpp nowadays I'm trying to find the best option, any idea will 
be welcome.

[1] http://www.vcl.jovenclub.cu/prov/cazabe/

Regards.

Re: [Ming-dev] ming as3 support

[Axel H. <ax...@3d...>]

Am 30.03.2011 22:34, schrieb Sandro Santilli:
> On Wed, Mar 30, 2011 at 11:18:26AM -0600, Darien Alonso Camacho wrote:
>> Hi all.
>> I have been surfing the web for a while trying to find a reference about
>> ming action script 3 support/plans/ideas but did not find anything as i
>> am looking for. Any notice about this is very important to me.
> No plans.
> Would be great if someone would want to step up and take it on.
>
> --strk;
>
> What comes next is just spam, don't bother scrolling
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
> ------------------------------------------------------------------------------
> Create and publish websites with WebMatrix
> Use the most popular FREE web apps or write code yourself;
> WebMatrix provides all the features you need to develop and
> publish your website. http://p.sf.net/sfu/ms-webmatrix-sf
> _______________________________________________
> Ming-devr mailing list
> Min...@li...
> https://lists.sourceforge.net/lists/listinfo/ming-devr
>
Maybe it makes sense to use haXe instead
we can use it with ming creating the graphics but it is great for as3

Cordially,
Axel

Re: [Ming-dev] ming as3 support

[Sandro S. <st...@ke...>]

On Wed, Mar 30, 2011 at 11:18:26AM -0600, Darien Alonso Camacho wrote:
> Hi all.
> I have been surfing the web for a while trying to find a reference about 
> ming action script 3 support/plans/ideas but did not find anything as i 
> am looking for. Any notice about this is very important to me.

No plans.
Would be great if someone would want to step up and take it on.

--strk;

What comes next is just spam, don't bother scrolling 

[Ming-dev] ming as3 support

[Darien A. C. <dar...@vc...>]

Hi all.
I have been surfing the web for a while trying to find a reference about 
ming action script 3 support/plans/ideas but did not find anything as i 
am looking for. Any notice about this is very important to me.

Regards.
         - dac -

[Ming-dev] makefdb problems

[Sandro S. <st...@ke...>]

I've been trying to make SWF to script conversions easier
but got stuck on fonts.

With current master, swfto<whatever> will pretend to find fonts
named "font<FontId>.fdb", and makefdb will create "font<FontId>.fdb"
files.

All (theoretically) good, except that the fdb produced by makefdb
seems to be not properly digested by the fdb parser:

PHP Fatal error:  SWFFont::__construct(): SWFFont_getShape: bad file format (was expecting fill0 = 0) 

This can be easily reproduced by running makefdb over any
of the tests in tests/Font.

Does anyone know more about what the problem could be ?

--strk; 

What comes next is just spam, don't bother scrolling