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

[Ming-dev] Fwd: FAIL SWF-0.4.0-beta6_1 amd64-freebsd 6.2-prerelease

[peterdd <mi...@li...>]

The first test report from cpan came in. :-)

I know the Makefile.PL thing still needs cleanup.
But now I have to sleep some hours. :-)

strk meanwhile?

peterdd

----------  Weitergeleitete Nachricht  ----------

Subject: FAIL SWF-0.4.0-beta6_1 amd64-freebsd 6.2-prerelease
Date: Samstag, 29. September 2007 10:19
From: sr...@cp...
To: cpa...@pe...
Cc: LIS...@cp...

This distribution has been tested as part of the cpan-testers
effort to test as many new uploads to CPAN as possible.  See
http://testers.cpan.org/

Please cc any replies to cpa...@pe... to keep other
test volunteers informed and to prevent any duplicate effort.

--
Dear Peter Liscovius,

This is a computer-generated report for SWF-0.4.0-beta6_1
on perl-5.8.8, created automatically by CPAN-Reporter-0.99_13
and sent to the CPAN Testers mailing list.

If you have received this email directly, it is because the person testing
your distribution chose to send a copy to your CPAN email address; there
may be a delay before the official report is received and processed
by CPAN Testers.

Thank you for uploading your work to CPAN.  However, it appears that
there were some problems with your distribution.

Sections of this report:

    * Tester comments
    * Program output
    * Prerequisites
    * Environment and other context

------------------------------
TESTER COMMENTS
------------------------------

Additional comments from tester:

[none provided]

------------------------------
PROGRAM OUTPUT
------------------------------

Output from '/usr/local/bin/perl Makefile.PL':

can't open /mnt/i386/usr/local/src/CPAN/build/src/ming_config.h No such file
 or directory at Makefile.PL line 223. SRCDIR: .
BUILDDIR: .
MING_TOP_SRCDIR: /mnt/i386/usr/local/src/CPAN/build
MING_TOP_BUILDDIR: /mnt/i386/usr/local/src/CPAN/build
Checking /mnt/i386/usr/local/src/CPAN/build/configure.in

Using ming version  with source dir /mnt/i386/usr/local/src/CPAN/build and
 build dir /mnt/i386/usr/local/src/CPAN/build.

/mnt/i386/usr/local/src/CPAN/build/src/.libs/libming.a doesn't exist.
ming library isn't compiled, it is needed for the perl module
Checking ming config /mnt/i386/usr/local/src/CPAN/build/src/ming_config.h :

------------------------------
PREREQUISITES
------------------------------

Prerequisite modules loaded:

    No requirements found

------------------------------
ENVIRONMENT AND OTHER CONTEXT
------------------------------

Environment variables:

    LC_ALL = de_DE.ISO8859-1
    LC_CTYPE = de_DE.ISO8859-1
    PATH =
 /usr/X11R6/bin:/usr/X11/bin:/usr/local/bin:/usr/bin:/bin:/usr/gnu/bin:/usr/T
eX/bin:/usr/local/sbin:/usr/sbin:/sbin:/usr/local/pilot/bin:/home/e/eserte/bi
n/FreeBSD:/home/e/eserte/bin/sh:/home/e/eserte/bin:/usr/X386/bin:/usr/games:/
home/e/eserte/devel PERL5LIB =
    PERL5_CPANPLUS_IS_RUNNING = 13715
    PERL5_CPAN_IS_EXECUTING =
 /usr/local/src/CPAN/build/SWF-0.4.0-beta6_1-tACApv/Makefile.PL
 PERL5_CPAN_IS_RUNNING = 13715
    PERL_HTML_DISPLAY_CLASS = HTML::Display::Mozilla
    SHELL = /bin/tcsh
    STDPERL = perl
    TERM = xterm

Perl special variables (and OS-specific diagnostics, for MSWin32):

    $^X = /usr/local/bin/perl
    $UID/$EUID = 1000 / 1000
    $GID = 1000 0 1000 1000
    $EGID = 1000 0 1000 1000

Perl module toolchain versions installed:

    Module              Have
    ------------------- ------
    CPAN                1.9203
    Cwd                 3.25
    ExtUtils::CBuilder  0.18
    ExtUtils::Command   1.13
    ExtUtils::Install   1.41
    ExtUtils::MakeMaker 6.36
    ExtUtils::Manifest  1.51
    ExtUtils::ParseXS   2.15
    File::Spec          3.12
    Module::Build       0.2806
    Module::Signature   0.55
    Test::Harness       2.64
    Test::More          0.70
    YAML                0.66
    YAML::Syck          0.91
    version             0.7203


--

Summary of my perl5 (revision 5 version 8 subversion 8) configuration:
  Platform:
    osname=freebsd, osvers=6.2-prerelease, archname=amd64-freebsd
    uname='freebsd freebsd.org 6.2-prerelease freebsd 6.2-prerelease #0: mon
 oct 16 03:27:17 utc 2006 kr...@fr...:usrsrcsysmagickernelpath amd64 '
 config_args='-sde -Dprefix=/usr/local
 -Darchlib=/usr/local/lib/perl5/5.8.8/mach
 -Dprivlib=/usr/local/lib/perl5/5.8.8
 -Dman3dir=/usr/local/lib/perl5/5.8.8/perl/man/man3
 -Dman1dir=/usr/local/man/man1
 -Dsitearch=/usr/local/lib/perl5/site_perl/5.8.8/mach
 -Dsitelib=/usr/local/lib/perl5/site_perl/5.8.8 -Dscriptdir=/usr/local/bin
 -Dsiteman3dir=/usr/local/lib/perl5/5.8.8/man/man3
 -Dsiteman1dir=/usr/local/man/man1 -Ui_malloc -Ui_iconv -Uinstallusrbinperl
 -Dcc=cc -Duseshrplib
 -Dccflags=-DAPPLLIB_EXP="/usr/local/lib/perl5/5.8.8/BSDPAN" -Doptimize=-O2
 -fno-strict-aliasing -pipe  -Ud_dosuid -Ui_gdbm -Dusethreads=n
 -Dusemymalloc=y -Duse64bitint' hint=recommended, useposix=true,
 d_sigaction=define
    usethreads=undef use5005threads=undef useithreads=undef
 usemultiplicity=undef useperlio=define d_sfio=undef uselargefiles=define
 usesocks=undef use64bitint=define use64bitall=define uselongdouble=undef
    usemymalloc=y, bincompat5005=undef
  Compiler:
    cc='cc', ccflags ='-DAPPLLIB_EXP="/usr/local/lib/perl5/5.8.8/BSDPAN"
 -DHAS_FPSETMASK -DHAS_FLOATINGPOINT_H -fno-strict-aliasing -pipe
 -Wdeclaration-after-statement -I/usr/local/include', optimize='-O2
 -fno-strict-aliasing -pipe ',
    cppflags='-DAPPLLIB_EXP="/usr/local/lib/perl5/5.8.8/BSDPAN"
 -DHAS_FPSETMASK -DHAS_FLOATINGPOINT_H -fno-strict-aliasing -pipe
 -Wdeclaration-after-statement -I/usr/local/include' ccversion='',
 gccversion='3.4.6 [FreeBSD] 20060305', gccosandvers='' intsize=4,
 longsize=8, ptrsize=8, doublesize=8, byteorder=12345678 d_longlong=define,
 longlongsize=8, d_longdbl=define, longdblsize=16 ivtype='long', ivsize=8,
 nvtype='double', nvsize=8, Off_t='off_t', lseeksize=8 alignbytes=8,
 prototype=define
  Linker and Libraries:
    ld='cc', ldflags =' -Wl,-E -L/usr/local/lib'
    libpth=/usr/lib /usr/local/lib
    libs=-lm -lcrypt -lutil
    perllibs=-lm -lcrypt -lutil
    libc=, so=so, useshrplib=true, libperl=libperl.so
    gnulibc_version=''
  Dynamic Linking:
    dlsrc=dl_dlopen.xs, dlext=so, d_dlsymun=undef, ccdlflags=' 
 -Wl,-R/usr/local/lib/perl5/5.8.8/mach/CORE' cccdlflags='-DPIC -fPIC',
 lddlflags='-shared  -L/usr/local/lib'

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

[Ming-dev] announcement: ming perl extension now on CPAN

[peterdd <mi...@li...>]

The perl extension is now on CPAN. 

See

http://search.cpan.org/search?query=SWF&mode=module

Now more people will know about ming. :-)

It is a very first try. Some things need still to be cleaned up, I know.

I named that release 0.4.0-beta6_1 (_1 means developer test release 
numbering), so when beta6 of ming is released I will set version to 
0.4.0-beta6 (or what the name of next release will be)

This release contains currently only the perl-ext part, not the ming c 
sources.

For getting test feedbacks from the diverse perl community I think that the 
ming c source must be released finally there too, so that automatic test 
build engines/bots (search a dist, download dist, test, report back) can 
test.
An example of a perl module on cpan that contains c-sources too is 
DBD::SQLite, but the c-sources are only a few c-files in base directory.

Peter Liscovius

Re: [Ming-dev] 'make check' failures with perl

[strk <st...@ke...>]

Ok. *now*. it's really fixed for me.
'make check' is failing, as exepcted, due to the changes
in the SetBackgroundTag which was previously forced in the SWF
and now it isn't anymore.

We should then regenerate all the tests in the binding
(make gen would do that) and make sure the swftoXXX don't
force setting a background if no SetBackgroundTag is found
in the SWF.

On Fri, Sep 28, 2007 at 02:54:55PM +0200, strk wrote:
> On Fri, Sep 28, 2007 at 01:06:51PM +0200, strk wrote:
> > I committed a change to Makefile.PL that makes buil successful.
> > The problem now is that it seems the build is not complete.
> > I need help here. What is the product supposed to come
> > out from compilation of the perl ext ?
> > How many .pm files ? Which ones ?
> 
> Committed another fix. The current one works fine for me.
> Make check also succeeds.
> 
> --strk;

-- 

 ()   ASCII Ribbon Campaign
 /\   Keep it simple! 

Re: [Ming-dev] ming.sf.net, libming.net

[Stuart A. <and...@ne...>]

On Fri, 28 Sep 2007, peterdd wrote:

> The site throws error pages when
>
> http://www.libming.net/moin.cgi/TitelIndex
> or
> http://www.libming.net/moin.cgi/WortIndex
> called.
>
> Who is responsible for that wiki?

I am. This site needs to be moved over to a newer version of moin. I'll
try to push it up on my list since it's causing grief now.

> Further there still is no edit button, even when I log in as user.

The site is locked down due to previou sspam & abuse. Just let me know
what your username is, and I'll add you to the sites ACL.

> Who is currently responsible for http://ming.sf.net/

No one. We need some help moving the remaining contnet there over to
libming.net.

> How can I/we add/change something there?
> e.g. writing an article about a ming/swf topic, or a question-answer page, or
> performance analysis of different approaches doing stuff with
> ming/swf/actionscript .... ?

Add it to the wiki, not the sf.net site. We would really like to be able
to just put a redirect at ming.sf.net.


                                 Stuart

Stuart R. Anderson                               and...@ne...
Network & Software Engineering                   http://www.netsweng.com/
1024D/37A79149:                                  0791 D3B8 9A4C 2CDC A31F
                                                  BD03 0A62 E534 37A7 9149

Re: [Ming-dev] ming.sf.net, libming.net

[strk <st...@ke...>]

On Fri, Sep 28, 2007 at 04:37:32AM +0200, peterdd wrote:
> The site throws error pages when 
> 
> http://www.libming.net/moin.cgi/TitelIndex 
> or
> http://www.libming.net/moin.cgi/WortIndex
> called.
> 
> Who is responsible for that wiki?
> Further there still is no edit button, even when I log in as user.

Stuart is.

> Who is currently responsible for http://ming.sf.net/

I guess nobody, the plan was to move any still-left and up-to-date
info from ming.sf.net to libming.org and then just live a link
from the old to the new.

> How can I/we add/change something there?

I guess there's a CVS repository for that too, check sf dox.

--strk;

[Ming-dev] ming.sf.net, libming.net

[peterdd <mi...@li...>]

The site throws error pages when 

http://www.libming.net/moin.cgi/TitelIndex 
or
http://www.libming.net/moin.cgi/WortIndex
called.

Who is responsible for that wiki?
Further there still is no edit button, even when I log in as user.

Who is currently responsible for http://ming.sf.net/

How can I/we add/change something there?
e.g. writing an article about a ming/swf topic, or a question-answer page, or 
performance analysis of different approaches doing stuff with 
ming/swf/actionscript .... ?


peterdd

Re: [Ming-dev] tags order control

[Klaus R. <kla...@rz...>]

Hi Zou,

i think i found a clean way to implement such a feature for ming. Attached is 
a preliminary patch. 
I introduced a new method on a SWFDisplayItem object called 
SWFDisplayItem_flush(item). This method does basicly the same thing as the 
SWFMovie_nextFrame() call but also clears all flags of the item and prevents 
a second place/remove when calling nextFrame() (in theory at least ;)).

This example code should produce the pattern you need:

int main()
{
	SWFAction action1 = newSWFAction("trace(1);");
	SWFAction action2 = newSWFAction("trace(2);");
	SWFAction action3 = newSWFAction("trace(3);");

	SWFMovie m = newSWFMovie();
	SWFShape s1 = newSWFShape();
	SWFShape s2 = newSWFShape();
	
	SWFDisplayItem shapeItem1;
	SWFDisplayItem shapeItem2;
	
	shapeItem1 = SWFMovie_add(m, s1);
	SWFDisplayItem_flush(shapeItem1);
	
	SWFMovie_add(m, action1);

	shapeItem2 = SWFMovie_add(m, s2);
	SWFDisplayItem_flush(shapeItem2);
	
	SWFMovie_add(m, action2);

	SWFDisplayItem_remove(shapeItem1);
	SWFDisplayItem_flush(shapeItem1);

	SWFMovie_add(m, action3);

	SWFDisplayItem_remove(shapeItem2);
	SWFDisplayItem_flush(shapeItem2);

	SWFMovie_save(m, "flush.swf");

	return 0;
}

Happy Ming-Hacking :)
	Klaus
	

On Tuesday 25 September 2007 07:30:55 zou lunkai wrote:
> Hi Klaus,
>
>  In Gnash's testsuite, many of the testcases are based on Ming. Tags
> order control in the source level would be a interesting feature. As
> we found, tags order affects the overall  actions execution order of
> the SWF file. Basically, we'd like to do something like this(within or
> without the same frame):
>
> PLACE_OBJECT
> DO_ACTION
> PLACE_OBJECT
> DO_ACTION
> REMOVE_OBJECT
> DO_ACTION
> REMOVE_OBJECT
> ...
>
> But Ming(beta4) seems always group the above tags(no matter how you
> organize the source code) as follows:
> DO_ACTION
> DO_ACTION
> PLACE_OBJECT
> PLACE_OBJECT
> REMOVE_OBJECT
> REMOVE_OBJECT
> ....
>
> Although swfc could handle the above case perfectly as we need, but it
> also lacks of some other features that Ming does well.  So we have to
> switch between them frequently. And that's really inconvenient.
>
> --zou

[Ming-dev] tags order control

[zou l. <zou...@gm...>]

Hi Klaus,

 In Gnash's testsuite, many of the testcases are based on Ming. Tags
order control in the source level would be a interesting feature. As
we found, tags order affects the overall  actions execution order of
the SWF file. Basically, we'd like to do something like this(within or
without the same frame):

PLACE_OBJECT
DO_ACTION
PLACE_OBJECT
DO_ACTION
REMOVE_OBJECT
DO_ACTION
REMOVE_OBJECT
...

But Ming(beta4) seems always group the above tags(no matter how you
organize the source code) as follows:
DO_ACTION
DO_ACTION
PLACE_OBJECT
PLACE_OBJECT
REMOVE_OBJECT
REMOVE_OBJECT
....

Although swfc could handle the above case perfectly as we need, but it
also lacks of some other features that Ming does well.  So we have to
switch between them frequently. And that's really inconvenient.

--zou

Re: [Ming-dev] configure ignores --disable-xxx options ?

[strk <st...@ke...>]

On Fri, Sep 21, 2007 at 11:16:17PM +0200, peterdd wrote:
> When running configure 
> ./configure --disable-python --disable-php --disable-tcl

You shouldn't need them, all are disabled by default, you need
--enable-xxx to selectively enable those you need.

> It tries to do some work in the extension directories too. 
> Why?

./configure must create the Makefile there, from Makefile.in
The alternative would be giving each binding it's own build scripts
which would likely mean making it much harder to test the bindings
before installing Ming.

> IMHO it isn't needed and I should even be able to delete the unneeded 
> extension dirs?

If you comment out the lines referring to those subdirs in the configure.in
(AC_OUTPUT) and in the top-level Makefile.am (SUBDIRS) you can then delete
the unneeded extension dirs. 

> Reason: Want prepare the release for only one language extension with c-source 
> included on a repository for that programming language. (perl CPAN.org)
> Probably get rid of autotools finally for that and clean up, but want just 
> start with a working starting point.

I'm pretty much in favor of packaging the core lib separately from the bindings.
The need to keep all the bindings in sync is also a problem which slows down
development of the core library.

--strk;

[Ming-dev] configure ignores --disable-xxx options ?

[peterdd <mi...@li...>]

When running configure 
./configure --disable-python --disable-php --disable-tcl

It tries to do some work in the extension directories too. 
Why?
IMHO it isn't needed and I should even be able to delete the unneeded 
extension dirs?

Reason: Want prepare the release for only one language extension with c-source 
included on a repository for that programming language. (perl CPAN.org)
Probably get rid of autotools finally for that and clean up, but want just 
start with a working starting point.

peterdd

[Ming-dev] media examples for test

[peterdd <mi...@li...>]

The media examples in test/Media are relative huge.

While it is good to have some real world and also some bigger examples for 
testing available, this is IMHO not good when it comes to distribution.

The test/Media/audio01.mp3
is really annoying as a test audio file. The start is soo quiet, I check 
always if the failure is on my audio equipment/mixer. :-o. After 5 seconds! 
silence the user can hear the music. Until you assume an error in ming, your 
script, somewhere else and maybe cancel the test....

peterdd

ps: hopeful now pass the "sf paranoid mail body guards"

[Ming-dev] Ming 0.4.0.beta5 release

[Stuart A. <and...@ne...>]

Ming 0.4.0.beta5 has been released. You can download it from the
sourceforge project using the link below.

http://sourceforge.net/project/showfiles.php?group_id=18365&package_id=187304


Highlights of this release include:

         * Add support for targetPath asm opcode.
         * Flash 8: filter and blend modes for buttons
         * Flash 8: SWF_DEFINEMORPHSHAPE2
         * Flash 8: SWFShape rendering hints
         * Flash 8: new gradient features
         * SWFFillStyle is reusable now and calculates propper
         * GradientMatrix
         * setLeft/RightFillStyle adds fill to the shape if necessary
         * Handling fonts as shapes
         * Basic ttf font support
         * Typesafe SWFMovie_add / replace
         * Add Envelopes to SoundInstance
         * ABC (AS3) parser and output
         * Parse SWF_SERIALNUMBER
         * Parse SWF9 tags
         * SWF9: DefineBinaryData
         * SWF9: SymbolClass
         * SWF9: DefineSceneData

This release should be close to the 0.4 final release, so please
download and test it, and file bugs at http://bugs.libming.org/


                                 Stuart

Stuart R. Anderson                               and...@ne...
Network & Software Engineering                   http://www.netsweng.com/
1024D/37A79149:                                  0791 D3B8 9A4C 2CDC A31F
                                                  BD03 0A62 E534 37A7 9149

Re: [Ming-dev] 'make check' failures with perl

[strk <st...@ke...>]

It turns out we have worst problems here.
'make' fails in perl_ext when issued by a build dir  != source dir.
The problem is Action.xs (in source tree) tries to include SWF.h (in build tree)
and fails in doing so.

I bet there's an easy fix to this, but I'm not a Makefile.PL expert.
Peter, are you ?

--strk;

[Ming-dev] 'make check' failures with perl

[strk <st...@ke...>]

Executing ./../../../../ming-head/test/Movie/new/test06.pl in /home/strk/src/ming/build/test/Movie/new
2c2
< File size: 29
---
> File size: 35
13a14,19
> Block type: 69 (SWF_FILEATTRIBUTES)
> Block length: 4
>
>  FileAttributes: HasMetaData 0, UseNetwork 1, HasAS3 0
>
> Offset: 31 (0x001f)
18c24
< Offset: 27 (0x001b)
---
> Offset: 33 (0x0021)
test06 failed. problem comparing against ../../../../ming-head/test/Movie/new/test06.ref

--strk;

 ()   ASCII Ribbon Campaign
 /\   Keep it simple!