similar to: [Bug 19213] New: it can't support chumby widgets function

I am rsyncing and remotely doing some work based on a logfile from a windows box from a centos backup server. I get the output from a vss snapshot that has a section like this: * SNAPSHOT ID = {639ef5df-c933-4496-878a-ed57b9d52876} ... - Shadow copy Set: {427ac5db-21be-4c53-8ca4-24e7bac86a1d} - Original count of shadow copies = 2 - Original Volume name:

My first ARM testing results or lack of them indicate that 3.0 release requires some some beefy machines to build. It is not so much raw cpu speed but memory and lots of it. My builds got to linking llc and at that point linker started eating megabytes of memory like chocolate. So sadly chumbys, beagleboards, iThingis(?), Raspberry Pis, Gumstix and even inexpensive Tegra2 boards seem to be out of

On 10/17/2011 09:20 AM, Pawel Wodnicki wrote: > > My first ARM testing results or lack of them indicate > that 3.0 release requires some some beefy machines to build. > It is not so much raw cpu speed but memory and lots of it. > My builds got to linking llc and at that point linker started > eating megabytes of memory like chocolate. > > So sadly chumbys, beagleboards,

When I use llvm-2.5 to compile gnash which is a GNU flash movie player, some errors appeared as follow: llvm-ld: error: Cannot link in module '../libcore/.libs/libgnashcore.a(movie_root.o)': Linking globals named '_ZNKSt6vectorIN5gnash8geometry7Range2dIfEESaIS3_EE4sizeEv': symbols have different visibilities! Because the name is mangled, I can't find the exact position of

Does anyone know if there is a Gnash rpm available for CentOS 4? I have tried compiling it myself but run into dependency problems. I looked here http://dag.wieers.com/rpm/packages/gnash/ but there is only 0.8.2 for el5 not el4. -- Robert Arkiletian Eric Hamber Secondary, Vancouver, Canada Fl_TeacherTool http://www3.telus.net/public/robark/Fl_TeacherTool/ C++ GUI tutorial

Hi, I have problem strange with swf. When i run: $ swfdec-player http://www.pibmug.com/files/map_test.swf it's run swf. Everything is OK But when I try this swf: $ swfdec-player http://www.fi.muni.cz/~xstancek/lineChart.swf SWFDEC: ERROR: swfdec_sprite_movie.c(286): swfdec_sprite_movie_perform_place: using non-implemented clip events 256 ....... SWFDEC: ERROR:

Admittedly we're very interested in becoming ARM backend maintainers as our product heavily relies on LLVM. However, we don't have testing resources to test both our product and LLVM on a host of target boards. We have some chumbys, beagleboards, iPhones, iPod Touches, tables, Android Phones, etc. And most of those are already booked solid with our own regression tests (most of which

I think we need a group of maintainers rather than a single maintainer given the spectrum of ARM targets/ISAs/platforms required to support and the amount of people/system resources required. I & my team plan to actively participate in the bug-fixing process during the release cycle. If we can divide the bugs among the maintainers and establish a requirement that all open ARM bugs must be

I'm the code owner of LLVM codegen and targets. I'm also the one of main developers on the original ARM target. That means, I would make the decisions on major development on ARM target if there are decisions to be made. But my role is very different from what people are looking for in this thread. To properly qualify a target like ARM which are supported on many different CPUs and

gauss wrote: > When I use llvm-2.5 to compile gnash which is a GNU flash movie player, some > errors appeared as follow: > > llvm-ld: error: Cannot link in module > '../libcore/.libs/libgnashcore.a(movie_root.o)': Linking globals named > '_ZNKSt6vectorIN5gnash8geometry7Range2dIfEESaIS3_EE4sizeEv': symbols have > different visibilities! > > Because the

gauss wrote: > When I use llvm-2.5 to compile gnash which is a GNU flash movie player, some > errors appeared as follow: > > llvm-ld: error: Cannot link in module > '../libcore/.libs/libgnashcore.a(movie_root.o)': Linking globals named > '_ZNKSt6vectorIN5gnash8geometry7Range2dIfEESaIS3_EE4sizeEv': symbols have > different visibilities! > > Because the

Hello, We have a situation where a call comes in, users are notified via an external process (curl request to web service), and we can't answer the call until a callee can call in and pickup the call. How can we implement this functionality? We tried using : [caller-inbound-leg] ; code to send the CALL_UUID information to users. exten =>

Installer of the current version of Google Chrome (Google for some reason doesn't say the version) exits shortly after the launch with wine-1.1.4. See log below. http://www.google.com/chrome Yuri ---- console log ---- fixme:advapi:CheckTokenMembership (0x0 0x1391e0 0x34f9f0) stub! fixme:process:SetProcessShutdownParameters (00000280, 00000001): partial stub.

Hi, is there a way to get the current page url from the mozilla plugin? I've tried to port the gnash implementation (plugin.cpp nsPluginInstance::getCurrentPageURL()) but firefox dies because of missing symbols (NPN_GetValue), I see there's some tricks on reimplementig the npapi but can't understand it. Any hint? thanks, riccardo

I see, so perhaps the LLVM ARM Backend is in need of a method of organizing volunteer qualifiers, as releases near? Has this generally been organized via this mailing list? Joe Joe Abbey Software Architect Arxan Technologies, Inc. 1305 Cumberland Ave, Ste 215 West Lafayette, IN 47906 W: 765-889-4756 x2 C: 765-464-9893 jabbey at arxan.com<mailto:jabbey at arxan.com>

Does swfdec work on AMD 64-bit systems? On 3/27/07, D?niel Fraga <fragabr@gmail.com> wrote: > URL: > http://linuxtoday.com/news_story.php3?ltsn=2007-03-27-010-26-NW-SW-DV > Free software fans of YouTube jumped for joy last week when developer > Benjamin Otte announced on his blog that the free Swfdec Flash player > has reached the point where it can play YouTube's Flash

On Oct 13, 2011, at 10:33 AM, Raja Venkateswaran wrote: > I think we need a group of maintainers rather than a single maintainer given the spectrum of ARM targets/ISAs/platforms required to support and the amount of people/system resources required. I & my team plan to actively participate in the bug-fixing process during the release cycle. If we can divide the bugs among the maintainers

Hey everybody, I've been doing some thinking about the upcoming release while enjoying my holidays and playing with ABC support. The ABC support will require significant changes to the core that will likely result in some instabilities for a while in the core. Seeing that both bug reports and commits on master currently are low in volume, I'd vote for fixing the few rather annoying bugs

On Thu, Oct 13, 2011 at 10:00 AM, Joe Abbey <jabbey at arxan.com> wrote: > However, we don't have testing resources to test both our product and LLVM > on a host of target boards.  We have some chumbys, beagleboards, iPhones, > iPod Touches, tables, Android Phones, etc.  And most of those are already > booked solid with our own regression tests (most of which are based on

below is an rfc-style bitmap of the initial theora header. I've checked it against the spec and the code in libtheora; please double check :) I'm posting it here for those implementing demux stages (which necessarily don't use libtheora), and hence offering it for the spec. A typical demux stage just needs to pick out the FRN, FRD and KFGSHIFT fields, without going through the whole