similar to: Speex under CE

perhaps one should ask why a compiler has not compiled itself to binary and requires a 3rd party compiler to exist. Someone please send me lli that works on a pxa270 (which has never been tested?) and make sure it runs in PocketPC(win) so I dont have to wait another 20 hours to compile a damned compiler. On 7/24/07, nkavv at physics.auth.gr <nkavv at physics.auth.gr> wrote: > >

> perhaps one should ask why a compiler has not compiled itself to > binary and requires a 3rd party compiler to exist. I think this is the case unless the compiler you are talking about can bootstrap. > Someone please send me lli that works on a pxa270 (which has never > been tested?) and make sure it runs in PocketPC(win) so I dont have to > wait another 20 hours to compile a

On Thu, May 22, 2008 at 4:26 PM, Fabio Pietrosanti (naif) <lists at infosecurity.ch> wrote: > > I got the feedback that Speex require too much computation power to run > on Symbian OS and Windows Mobile devices doing encoding/decoding in > realtime with all the Narrowband-enabled features. > > I crawled the mailing list archive and the internet and i was not able > to

Hi Josh, I made some choices for the encoder based upon how quickly the pocket pc could convert files. I think that I chose flac -0 because of this and also I think that I may have increased the buffer already to 4608. However, I will do some additional testing. The cpu's used are in the ARM family. Xscale (PXA255) as found on the hp 5100/5500 series and 2200 series. The best performer

Hello, just a brief report on where I am going with that Windows CE ACM Speex codec. * I managed to compile the GSM610 sample codec by Visual C++ Embedded for the ARM processor. This is set up as a DLL project in the IDE. Replacing the implementation with the existing Win32 code should be straightforward now. * I wrote an install/setup procedure for the codec (works fine) * I built a

Hello, I am doing some testing on a PXA270 based processor (on a single board computer) which makes the processor vulnerable to bit flips. One such bit flips seems to have corrupted the file system. The debug port on the board (it is a single board computer) had the following message when i think the FS corruption occured : <7>init_special_inode: bogus i_mode (33061) init_special_inode:

> From: "Wilfred L. Guerin" <wilfredguerin at gmail.com> > Subject: [LLVMdev] LLVM Expansions > > It is very relevant that LLVM look into handeling HDL and other binary > and analogue operation modeling capbilities, as well as expand this what is binary? you mean digital right? > Without confirming the true characteristics of the lower structure > types and

Actually, the best thing do to would be to use __int64 *unless* it's not supported. So there needs to be a configure check... Jean-Marc Le mar 01/06/2004 à 14:50, Kenji Chan a écrit : > I emailed Jean-Marc the arch.h about one week ago, not quite sure > whether he actually received that email. > > > > Anyway, here I have an improved version of arch.h that I

On 12/16/14 3:53 AM, Kristof Beyls wrote: > I've been wondering too about how to get better ARM v6m compile-and-execute > testing going. > > As you say Jon, the non-execution-based regression tests are surprisingly > good at catching issues; but they're no full substitute for executing the > code produced by the backend for a reasonably-sized test suite. > > If

> > $ qemu-arm -cpu ? > > Available CPUs: > > arm926 arm946 arm1026 arm1136 arm1136-r2 arm1176 arm11mpcore > > cortex-m3 > > cortex-a8 > > cortex-a8-r2 cortex-a9 cortex-a15 ti925t pxa250 sa1100 sa1110 > pxa255 pxa260 > > pxa261 pxa262 pxa270 pxa270-a0 pxa270-a1 pxa270-b0 pxa270-b1 xa270- > c0 > > pxa270-c5 any > > >

It's the case now, MS's compilers don't support long long type So in the arch.h file I posted. Since _WIN32_WCE is defined for every Windows CE platform (including PocketPC), we can be sure if the following are defined, then it's ms's eMbedded Visual C++ compiler 1. _WIN32_WCE, meaning on Windows CE platform 2. _MSC_VER, meaning ms's compiler // the code in arch.h

[CCing the libguestfs mailing list - as Rich responded on IRC about your question on timeout.] On Sun, Feb 21, 2016 at 10:07 PM, Thomas Kee <xsited@yahoo.com> wrote: > Hi Kashyap, > > Thanks for offering to help. The day job caused a pause and it took me an > hour to reassert where I was in the process. I usually hang out on freenet > as xsited. I am still reading the

> Which version of gcc are you using? I know that only recently has gcc > made itself compatible with the C++ name mangling standard, whatever > that is. I have no idea if MSVC++ is compatible with it. It was essentially my own mistake. After the Embedded C++ IDE crashed unexpectedly, the .lib file was no longer present in the project settings (the project had not been saved) so all

> > It was essentially my own mistake. After the Embedded C++ IDE crashed unexpectedly, > the .lib file was no longer present in the project settings (the project had not been saved) > so all the errors I got were caused by a missing .lib reference in the link stage! > I had to change my cross compiler target to "arm-wince-pe" because otherwise the > object/.lib files

I'm wanting both the voice and the configuration to be secure. (very secure). I don't care if it is SIP or IAX but I do need a softphone on the pocketpc I can use. I'd appreciate if you could take a look this weekend for me. Thanks, -Peter ________________________________ From: asterisk-users-bounces@lists.digium.com [mailto:asterisk-users-bounces@lists.digium.com] On

Dear samba guru, I have a little bug i can't solve. It is pretty misterious to me, must be a problem how samba execute the add user script. Now here is the situation. I've compiled samba 2.2.4 with ldap 2.0.23 to run as PDC with win2k workstations. Everything works as expected except the add user script to add workstation automaticly to the domain. add user script =

I emailed Jean-Marc the arch.h about one week ago, not quite sure whether he actually received that email. Anyway, here I have an improved version of arch.h that I believe that it would be better, to use __int64 only if compiling on eMbedded Visual C++ compiler, so for any other compiler, keep it the same (use long long) ---------------------------------- Chan Kei Yuen (Kenji)

Hi all I have a pocketPC Toshiba e750 and I want to make SIP calls from it, but I didnt found any free softphones for my Toshiba. X lite's versions for pocketPC isnt free :( Did someone used before a free softphone for pocketPC? witch one? Thanks Joao Pereira www.fccn.pt

Package: logcheck Version: 1.2.42 Severity: wishlist -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Here are some more messages that can be safely ignored: localhost kernel: drivers/usb/serial/usb-serial.c: USB Serial Driver core localhost kernel: drivers/usb/serial/usb-serial.c: USB Serial support registered for PocketPC PDA localhost kernel: drivers/usb/serial/ipaq.c: USB PocketPC PDA driver

I just ran across this myself. I guess I dont understand why there needs to be machine names in /etc/passwd if you are storing everything in LDAP. Am I missing a configuration option here? Can one of you samba geniuses point me in the right direction please? Thank you! >I have exactly the same bug. Your original email was dated 24 May 2002 >so I can safely assume that either you