On Sat, Sep 16, 2006 at 09:28:00PM +0200, strk wrote:
I think we can ship a 0.7.2 before antigrain and the new backend
infrastructure. I'd just have:
- all warnings removed
- 'make check' rule actually do something and fail
- working sound streams
I guess the last
strk wrote:
On Mon, Oct 02, 2006 at 10:38:21AM -0600, Rob Savoye wrote:
I don't think GUI testing will fit in next release, just having
the tests under actionscript.all/ and libbase/ all run by
make check would be good enough for now.
There is no way even simple GUI testing should
Udo Giacomozzi wrote:
RS I'll also have to send you the
RS copyright assignment form to the FSF, as Gnash is GPL'd.
Uhm, what's that?
It's the standard assignment to the FSF of your changes. This is
required for contributions to a GPL'd program. This only applies to your
Gnash changes, and
strk wrote:
Just for clarity. It is *not* required by GPL'd programs,
just by some GNU packages (not even all).
True, but Gnash is a GNU project, and not just GPL'd.
- rob -
___
Gnash-dev mailing list
Gnash-dev@gnu.org
Markus Gothe wrote:
I think we are using the wrong approach here Rob. Do we really want to
*LINK* against boost when building from source. All the the code is in
the headers afaik. I think we should look at other projects using boost
on this issue, which needs further investigation.
I'm
Markus Gothe wrote:
Looking at pkgsrc, they have splitted the boost-pkg so you can choose
just to install the headers (which is actually what I did on IRIX alas
compilation fails due to TU-smart pointers)...
If you don't link in the boost_thread library, you get undefines from
using the
strk wrote:
On Fri, Oct 06, 2006 at 09:38:50AM +0200, Hannes Mayr wrote:
Another point might be to only check for libraries/headers which are
really used and to make the checks dependend from the choosen renderer
and gui (why check for X11,SDL,GTK2,KDE/QT if the user has choosen AGG
as
Markus Gothe wrote:
Ahh, yes --disable-shared is good. Then we can see unused linkage etc by
the binary. Only makes sense for that kind of tasks (and speeding up
You can also run ldd on the executable (in */.libs) to see what it
actually uses. The main advantage to using static libraries is
strk wrote:
I just see this as a management thing, if we don't intend to maintain
a public API or a versioning scheme for binary compatibility let's just
NOT install the 'helper' libraries...
Not that anybody seems to notice the libraries, but I can agree to
this idea. I don't think we want
Udo Giacomozzi wrote:
Well, anyway, since you checked in the configure patch but both the
renderer and GUI are not yet in CVS: are you having problems with the
patch?
I wound up going to bed instead of checking in the new files... I've
been sick all week. I'll finish up adding the new files
Udo Giacomozzi wrote:
Did that a few moments ago.
Awesome, thanks. I'll do an update.
I just checked if the OpenGL/SDL backend still works (using the
compatibility layer). Strangely it displays the movie upside-down!?
Can somebody confirm this?
I get the same result when using SDL, it
Udo Giacomozzi wrote:
I'm having problems compiling the AGG backend:
./configure --enable-renderer=agg --enable-gui=fb
--with-agg-incl=/home/indunet/agg-2.4/include/
--with-agg-lib=/home/indunet/agg-2.4/src/
I'm seeing other Gnash developers checking in additional changes to
this new
Udo Giacomozzi wrote:
We're making progresses ;)
it must have been that 3rd cup of coffee... :-)
Now, the include path is supplied instead of the lib path:
-L/home/indunet/agg-2.4/include
that should be
-L/home/indunet/agg-2.4/src (my libagg.a is there)
Ah, a typo. I just
Markus Gothe wrote:
Are we going to ship 0.7.2 during next week?
That might be pushing it a bit... considering we just added two big
dependencies. What I'd like to do is start working towards the release
bu not adding any more big changes but bug fixes, and to spend some time
tracking down
strk wrote:
Some things I think we should fix before release:
- ./configure improvements:
+ exit with error when required deps are not found
(last time I checked didn't work for ffmpeg sound and agg renderer)
This should work for ffmpeg, but the error message was
strk wrote:
On Mon, Oct 09, 2006 at 09:03:35AM -0600, Rob Savoye wrote:
I knew the patch was bogus. The problem with these macros is that
the ${ac_cv_path_WHAT_lib} and ${ac_cv_path_WHAT_incl} change meaning
in different places in the code.
The value may change, but the meaning behind
strk wrote:
On Mon, Oct 09, 2006 at 03:05:36PM -0600, Rob Savoye wrote:
mmm.. no luck here, doesnt' recognize the forward declaration:
You must be on an old compiler. What does gcc -v say ? It works just
fine with gcc 4.x on FC5.
- rob
strk wrote:
Maybe it takes an explicit AC_TRY_RUN ?
It shouldn't be necessary, and the test works like it's supposed to on
my Fedora Core 5 and Ubuntu systems. I'm curious as hell why it's broken
for you. You should get the proper value for the AGG headers, as if this
test fails, it should go
strk wrote:
DONE, might need more testing
It needs more testing. There was the comment (bug report) from a few
days ago than mention issues with the volume of music and sound effects.
- involve more tests in `make check'.
we'd need a better dejagnu test to run all
Patrice Dumas wrote:
It contains a controversial change: since the tests in actionscript.all
are known to be broken, I removed the directory from SUBDIRS and added it
in DIST_SUBDIRS. To make the checks (or make clean) one have to go to
the directory and issue the make commands there.
All
strk wrote:
mmm, I've seen that tests are build on 'make all', we want them
to only be built by 'make check' instead, right ?
Was there any problem with that ?
I see you fixed this, but yes, the test cases shouldn't be built
unless you're executing the check target.
The other issue was to
Bignaux Ronan wrote:
I try to package gnash with agg backend and fb gui for openembedded
metadistribution building system. My board is arm9 based , and i
Cool. I run OpenZaurus on my old Sharp Z5500L. :-) I'd love to see
Gnash running on that platform.
and i post a bug for the gnash
Right now the default build of Gnash is a GTK-OpenGL frontend with no
sound. I'm considering enabling sound by default (which would use
SDL-ffmpeg), plus Gnash would have sound enabled by default (-r 3 would
be to turn sound off instead of on). Otherwise I have a feeling that
after the next
strk wrote:
Another option would be completely avoiding to descend in the
actionscript.all dir for now, since we are not even sure those tests are
correct :)
The technique we used for the GCC/GDB was the concept of an expected
failure, XFAIL, which didn't return an error. Currently
Bastiaan Jacques wrote:
I think we should ideally have a Gnash menu option that allows us to
switch audio on and off, which should default to off. (Perhaps Gnash
could even remember this user setting in a configuration file.)
Anybody feel like a little GUI hacking ? :-) Gnash has support
strk wrote:
This is an excerpt from 'runtest -a -v swf_exists.exp'
Is the close result expected ?
No, this looks like a merge problem. swf_exists.exp doesn't even
barely use expect anymore, I'm using the enhanced local_exec built
into DejaGnu as it was giving me more repeatable results.
strk wrote:
I'd name them gtk-gnash, sdl-gnash, fb-gnash etc. etc.
Actually at one point I thought about having Gnash (GTK) slash (SDL),
klash (KDE), and and flak (FLTK), but I think that's too confusing for
end users. Most people are going to be just installing gnash, and
expect it to work
Bastiaan Jacques wrote:
I'm happy with building sound by default.
This is now the default.
When I browse the web, though, I think random sounds from Flash
advertisements are very annoying, so I would probably have the -r
switch default back to 1 locally.
I added config file settings,
strk wrote:
but klash.moc is not in the reposity.
A missing cvs add ?
It gets generated by the QT moc tool. There must be a broken
Makefile dependency, try make klash.moc.
- rob -
___
Gnash-dev mailing list
Gnash-dev@gnu.org
strk wrote:
mm... I see the klash.moc.in but it's under plugin, while
the file I'm referring to is in gui/...
Do we have duplicated code ?
Nope, just not 100% moved from one directory to where it should be. If
you don't have moc installed, it should link to the default one, which
didn't get
strk wrote:
XFAIL: XFAILED: expected: 7,7,7,7,7,8,8,8,9,200,200,200,200,551,551
obtained:
(line truncated)
Sounds as a missing stop at newline expression in the regexps ?
Those should be normalized... Hum... It works for me on Fedora Core 5
and Ubuntu, but this is the regexp line where
Tomas Groth wrote:
Tonight we had a discussion on IRC about online testing of flashplayers (like
gnash) using our testcases, and we more or less came up with a structure on
how
this should work. The idea is simple: We create a testpage which automaticly
loads the testcases, and report any
I think for the release we might want to use libmad, instead of ffmpeg.
While testing on various platforms, I found out on Ubuntu this brought
in a bunch of dependencies, vorbisenc, libgsm, and theora. I added code
to ffmpeg.m4 to handle this, but thought maybe we should just make
libmad the
Markus Gothe wrote:
Seem like todays patches broke a lot of stuff and compilers complaining...
Yep. CVS doesn't even build for me at all anymore, with multiple
errors. I am very glad to see this gets checked in, but it also blew
whatever chance we had to do a new release in the near term time
I just made a release branch tagged with release_0_7_2. You can change
a checked out source tree to this branch with
cvs update -r release_0_7_2
or check it out using
cvs checkout -r release_0_7_2 gnash
This is basically a snapshot from Thursday. I probably would have done
this
strk wrote:
without that, it never gets the Display right. For the release I'm
tempted to going back to building plugin/klash/klash instead, and we can
fix KDE support in CVS later.
I just made this change in the release branch. For now the old
behavior of 0.7.1 is restored, and klash gets
I just fixed klash in the release branch. In the original shortlist
there was an item about fixing font anti-aliasing, is anybody working on
that ? Should we punt this till the next release ? (probably)
Default configuration is SDL sound with libMAD, OpenGL with GTK.
--enable-plugin builds both
Patrice Dumas wrote:
On Tue, Oct 31, 2006 at 09:42:45AM -0700, Rob Savoye wrote:
Please leave little time to check the packaging, to ensure that
the packaging examples are correct and hopefully tested by packagers
before the release (I will look at and test the spec once I can build
gnash
Markus Gothe wrote:
Well, OpenGL is for 2D as well as 3D and is hw-driven in both cases if
your hw/driver supports it. I can tell that playing elvis.swf on my SGI
Octane2 (OGL implemented in the HW, no headers etc...) with AGG takes
Most people don't have an SGI Octane2 sitting in their
Udo Giacomozzi wrote:
s May I suggest all bugfixing happen in the 0.7.2 branch
s for consistency ? (we'll forw-port later)
OS newbe question: Is this the normal way to go? I thought a release
branch gets mostly patches that have been proven?
Usually that's the process, but it's also very
I just tweaked all the configuration code in Gnash (I'll check it in
shortly) that makes it trivially easy to cross configure Gnash now.
Basically if you use this set of cross tools SDK
http://www.welcomehome.org/gnash/oe-cross-sdk-20061103.tar.bz2,
everything is pre built to cross compile for a
I just checked in my cross configuration changes. The default set of
args I'm using is:
../../gnash/configure --host=arm-linux --build=i686-pc-linux-gnu
--target=arm-linux --prefix=/usr/local/arm/oe
build_alias=i686-pc-linux-gnu host_alias=arm-linux
target_alias=arm-linux --disable-plugin
Markus Gothe wrote:
Seem that 0.7.2 is to be considered stable now... I think we should
release it on monday. Any other opinions/suggestions?
Considered stable or truly stable ? :-) I'd also like to see the
release go out within the next few days. Ideally we can now code freeze
the branch
strk wrote:
What do you mean by support this release ?
Luckily we're not in the enterprise support biz, or we'd have to
support every old release for many years. What I meant was whatever we
put out as an official release, alpha or not, is the version most
distributions ship. So we'll be
John Gilmore wrote:
By the time Gnash plays videos from the top sites, as well as lots of
SWF's from other places, it'll be time to stop calling it version
0.something.something and call it 0.9 or 1.0. There's little sense in
three- and four-digit release numbers here.
I guess my own
strk wrote:
I've tried to higher severity of bugs that should be show stoppers
for 0.7.2 and I ask you to do the same. Brows the current bugs
database and set to Blocker any item that you think should block
0.7.2.
At this point I'd say a blocker is anything that causes a core dump.
strk wrote:
Mmm.. I could reproduce #18207 with NO intervention of the Guis (NullGui -
-r1)
Please try now after my patch of last night. It's in both HEAD and the
branch. #18120 appears to be trying to access a non existence root movie
pointer after loading a movie clip.
- rob -
strk wrote:
Segfaults in both cases, NOT always.
I can't reproduce this anymore...
PS: we should be discussing this in the bug tracker
Probably... but we need to decide whether this is a show stopper bug,
can we make a workaround...
- rob -
strk wrote:
I think we might try waiting for the loader thread to complete
before starting to play the movie. This could be a runtime option
allowing specification of a preload amount.
Wait for the thread to complete, or just load more data before
starting ? To make STL calls thread safe we
strk wrote:
Well, at this point I'm even more convinced about the stack corruption
I guess 'wiping' out deleted memory might help us, but it's probably
something that's better implemented as a delete wrapper itself ?
You mean setting the memory before freeing it to zeros ? I'd actually
try
shamju joseph wrote:
Hi
NoSeekFileTest.cpp:49:21: dejagnu.h: No such file or directory
NoSeekFileTest.cpp:56: error: `TestState' does not name a type
NoSeekFileTest.cpp: In function `bool compare_reads(tu_file*, int, char*,
char*)':
Install the dejagnu package. Also please post bug
strk wrote:
Well, if we're taking too much memory we can't really tell
when we'll going to run out of it. I guess a proper approach
would be producing a diagram of where most memory goes,
While mudflap won't print out a chart, it will tell you about every
access to see if there is a problem.
strk wrote:
Guys, release_0_7_2 is still a branching tag, shouldn't we
retag with a non-branching one now ?
Probably...
- rob -
___
Gnash-dev mailing list
Gnash-dev@gnu.org
http://lists.gnu.org/mailman/listinfo/gnash-dev
Tomas Groth wrote:
* Let gnash/libcurl fetch the video, not ffmpeg, since ffmpeg doesn't support
RTMP (though neither does vanilla libcurl).
Actually this is the right way to do it, because I have a patch to
libCurl (http://www.welcomehome.org/gnash/curl-080206.tar.bz2) that's
about 90%
Gnash got ported to RISC OS:
http://www.drobe.co.uk/riscos/artifact1734.html. It looks like mostly
additional support for the RO GUI, whatever that is. Anyone interested
in applying these patches to HEAD ? I'll email them and see about the
proper copyright assignments for the FSF.
- rob
strk wrote:
This reminds me of a current problem in gnash... We feed the
standalon player with the movie from stdin, so whitelist/blacklist
has NO effect on top-level movie. I didn't verify this but I suppose
no load of toplevel movie will currently be blocked. Should test
I think this is
Victor Adan wrote:
Is essential to have a Boost library dependency with this configuring?
My problem is to cross compile this Boost library...
You need Boost, as we use Boost lightweight mutextes. I have cross
compiled boost for several architectures with no problems.
- rob -
I've just gotten an extension mechanism for Gnash working, where any
ActionScript class can be a plugin that gets dynamically loaded. This
can also be used to create your own custom ActionScript classes. My
current test class is a DejaGnu one, so it'll be possible to have
testing support built in.
Rob Savoye wrote:
I optionally use GNASH_PLUGINS to set the path, so for debugging, this
could manually be set, but would only get one plugin directory at a time.
Since lists.gnu.org has been down a few days, I figured this out
already. It turns out you can specify a colon separated list
John Gilmore wrote:
That animates fine, but if I scroll the browser window while it is updating
(moving a woman's image across the image), it suddenly starts painting part
of the image at the bottom of my physical screen! The rest keeps updating
in its proper place.
I get a different
Patrice Dumas wrote:
On Sat, Nov 25, 2006 at 08:28:23AM -0700, Rob Savoye wrote:
Also it may be more convenient to define that directory in configure.ac
if it's going to be used in many Makefile.am (and maybe later a --with
could be added).
You're right again. :-) I mostly checked
Patrice Dumas wrote:
I asked the reporter for -va -vp and a backtrace, but now I think it
would make sense to have it handled by the gnash devellopers (even though
I may have a look too). What should be done for communication between
package maintainers and upstream gnash for bug reports?
John Gilmore wrote:
To avoid a lot of startup overhead on every gnash startup, I suggest
only looking for these extensions if or when someone invokes a class
that isn't already defined. I.e. turn an error into a look for
extensions.
That's the plan. Currently I scan the directory for just
Martin Guy wrote:
2006/11/27, Rob Savoye [EMAIL PROTECTED]:
Lovely idea. I am only worried about slower startup or lumpy playback.
It's a situation analogous to static linking vs shared library loading, and
a quick test between bash and bash-static shows bash, which only has 4
Since
strk wrote:
But some people allready started modifying libltdl, so it is not obvious
what to do now.
To be honest, we *shouldn't* be modifying libltdl at all. I was just
looking a the diffs, and they're pretty minor. One is a win32 hack that
really shouldn't be there, and the other is a
mark cox wrote:
i can't seem to find the build instructions for win anywhere.
i hope i don't need to install cygwin?
Actually there is a project file for VC++, just use that. Cygwin or
MingW would be preferred, but VC++ is what works for now.
- rob -
James Lockie wrote:
Someone please look at this.
It displays correctly but clicking on the CompTIA Certifications
doesn't do anything.
It you have the whitelist enabled in your ~/.gnashrc file, the URLs
won't load unless you give explicit permission. Each of the links goes
to a different
strk wrote:
Will you take care of modifying autogen.sh, reintroducing libtool.m4
and eventually regenerate both libtool.m4 and ltmain.sh to be the
latest versions ?
I don't think we need libtool.m4 anymore if we're using
AC_PROG_LIBTOOL. libtoolize copies over ltmain.sh, so that shouldn't
Patrice Dumas wrote:
On Wed, Nov 29, 2006 at 09:27:21AM -0700, Rob Savoye wrote:
Exactly. Maybe we could also get rid of config.guess, install-sh,
config.sub and similar files (don't know if ther are other like those)?
libtoolize copies config.guess and config.sub too, so we could
probably
James Lockie wrote:
export debuglog=~/gnash-dbg.log
didn't create a file but this was printed to the console and might be
helpful. :-)
Sorry, I guess I wasn't clear. debuglog isn't a shell environment
variable, it's a setting in your $HOME/.gnasrc file. More info is in the
Gnash manual.
Udo Giacomozzi wrote:
Agree, although this in my opinion still means that Adobe dictates the
specification.
We'll be following Adobe's spec, but we'll be developing our own
documentation about the spec, including the differences between subtle
implementation issues. There are actually quite
Patrice Dumas wrote:
ltmain.sh should be removed from cvs too, I guess.
Oops, I missed that one. It's gone now, thanks.
- rob -
___
Gnash-dev mailing list
Gnash-dev@gnu.org
http://lists.gnu.org/mailman/listinfo/gnash-dev
Martin Guy wrote:
Sorry, are we blacklisting/whiltelisting sites in the default setup?
If so, I think that is undemocratic and an inappropriate abuse of power.
No, as there is no installed .gnashrc file, so nothing it blocked by
default. Even if we installed .gnasrc file (which we probably
:: Onlinelib.de :: wrote:
after 7 days and 1 ton of coffee i got a flash player working on my
ps3-baby :)
for the renderer i choosed cairo compiled from source.
I think you'll have better luck with the AGG backend, than the Cairo
one. AGG is what I've used on all the embedded ports of
strk wrote:
Mmm... I think we should have two versions on the manual published,
one for the latest release and one for current CVS.
Actually, when new releases come out it might be worth keeping
the manual for older releases online, as an archive...
I've always just updated the manual on
strk wrote:
Well, a quick suggestion for you is to get Ming :)
Another possibility is to grab a release snapshot, but I'm afraid
we're not currently providing them. I suggest we do though...
a nightly snapshot in release mode would likely be helpful.
I think for now, it's better off if
James Lockie wrote:
It would be nice if the version (CVS) was in the popup menu of the plugin.
An about dialog?
Hum... I'm not sure if that's the right place for this info. This
would more likely go in the About box, which unfortunately isn't part
of any of the GUIs.
As a more long-term
ann wrote:
I was wondering...is there some reason that we don't build the documentation
by default? It seems to me that this would be more universally useful than,
say, Klash support, which is default.
The main reason is that the dependencies for producing the various
output formats are
James Lockie wrote:
Ok, it is firefox crashing then. :-(
I actually gets many Firefox crashes these days, even without any
plugins installed at all. It seems to me that as the Mozilla Corporation
gets more commercially oriented, they let the quality of the free
version lag...
- rob -
strk wrote:
BTW, I'd like to drop the Java dependency for that... anyone ?
Only if you can find another way to generate PDF from Docbook. The
Java dependency bugs me too, but many people prefer PDF output. I've
tried several other tools for producing PDFs, but the current way is the
only one
:: Onlinelib.de :: wrote:
i have no sound at the moment. how can i enable the soundhandler ?
Try --enable-sound=sdl. You can also use libMad instead of ffmpeg. Pay
attention to the configure output to see if you have everything
installed you'll need.
how about video playback ? can i
annonygmouse wrote:
Everytime I try to add a comment to this patch it tells me No item
found with that id. so I post it here :)
Savannah just underwent some downtime this weekend, and now it's working
again. That may have been your problem. I just checked in a variation of
your patch #5640
Gnash now runs on the OLPC! This is how I spent New years... porting
Gnash with John Gilmore! :-) Maybe I should have been partying instead,
but...
http://www.olpcnews.com/prototypes/xo/new_years_eve_olpc_p.html
- rob -
(btw I do now have a cross compiling tool chain for the OLPC
remi wrote:
Hi, i try to cross compile gnash for an ARM pxa 270
target and i have this error when i execute make
after ./configure --target=arm-linux
--prefix=/usr/local/arm-linux --host=arm-linux
--build=i686-pc-linux-gnu --disable-plugin
--disable-sound
Try something more like this:
Martin Guy wrote:
Can you put the actionscript source for each test alongside its .swf?
For stuff under testcases, the sources are all in
gnash/testsuite/actionscript.all
- rob -
___
Gnash-dev mailing list
Gnash-dev@gnu.org
Martin Guy wrote:
I'm gonna regularise the indentation in configure.ac because it is
You'll notice I made most of the m4 macros follow a 2 space indenting,
I'd prefer to use the same for configure.ac. I've been adding this to
all the m4 files:
# Local Variables:
# c-basic-offset: 2
#
zou lunkai wrote:
While submitting bugs, the 'Category' contains much more clearer
categories.
http://savannah.gnu.org/bugs/?func=additemgroup=gnash
So, could the maintainer of this site do sth. to improve the pages?
I just added all the categories from the Bugs page to the Patches
page.
Bastiaan Jacques wrote:
That said, I think we desperately need indentation fixes throughout the
codebase -- not just configure.ac. If you look at files like gui/sdl.cpp
and gui/gui.cpp, you see that pretty much every contributor uses his own
My latest macro checkin should have fixed the
Martin Guy wrote:
Briefly, vanilla fltk compilation fails for me bcos the configure
stuff doesn't use *-config programs.
Then the path lookup is wrong. If you run CONFIG_SHELL=sh -x ; sh -x
configure you can look in the output to see why it fails, or send it to
me and I'll look into it.
I'm probably easily excited, but here's a screenshot of Gnash running as
a plugin to the Web Browser activity on the OLPC. :-)
http://gnash.lulu.com/images/IMGP1232.JPG
- rob -
___
Gnash-dev mailing list
Gnash-dev@gnu.org
ying lcs wrote:
At the current stage of gnash, is it possible to use it to execute
ActionScript in a SWF file?
Yes, many AS2 classes are supported.
- rob -
___
Gnash-dev mailing list
Gnash-dev@gnu.org
ying lcs wrote:
And i have a SWF file which uses NetStream , but how come I don't see
any 'not implemented' message when i run that SWF file via gnuash?
Because NetStream is now implemented. :-) Course it's still being
debugged...
- rob -
I just checked in minimal support for a Flash movie debugger into Gnash.
To activate this, start gnash with -g. This drops you into a console
when Gnash first starts so you can set watchpoints. Then type c to
continue, and when it stops at a watch point, you can use various
commands to dump the
P T Withington wrote:
I remember we recently fixed a bug that was emitting with blocks with
extents that were 'out of bounds'. Somehow these did not bother the
Flash player, but the caused flasm to croak.
Can somebody send us an swf of one of the OpenLaszlo demos ? I can
only seem to find
Henry Minsky wrote:
On every single one of them I get this error still:
17:30:50: ERROR: swf_event::read(), event_length = 111, but read 110
So then nothing else gets parsed right, so we'll have to look into it.
- rob -
___
Gnash-dev
Udo Giacomozzi wrote:
Uhm, don't want to touch rc.* just for one single GUI... :(
Exactly.
I just thought about a special [FB] section in .gnashrc that get's
parsed / interpreted only when the FB GUI is used.
So you're telling me the current design does not support this?
Well, no. I
Udo Giacomozzi wrote:
Exactly. And that's why I'm surprised that you're suggesting XML for a
configuration file.
It any compatibility with the proprietary player is desired, then XML
is your best choice. Otherwise, I'd go with reading a simpler file. XML
is pretty simple though, but then
Udo Giacomozzi wrote:
I copied fileio.la to /root/extensions and started Gnash using:
The easy thing is to configure Gnash with --enable-extension, and
make install then. Without this option, Gnash doesn't look for any
extensions, and it's disabled by default.
No messages regarding file i/o
Udo Giacomozzi wrote:
- This config file is *only* related to the FB gui and is only
necessary for someone that uses Gnash to play .swf files. There's
Then I'd probably create a simple text file, stick it someplace, and
just parse that using the File I/O extension myself. This info is
strk wrote:
During an IRC talk we found out that 'make check' is returning different
results even when called consecutively on a single host/buildtree.
This is likely due to expect buffering. Expect uses Tcl, but make
check is actually an expect program. Any issues with inconsistent
results
1 - 100 of 799 matches
Mail list logo