First Pacific Funding
Michael Wald
National Account Manager
805 Kirkland Avenue Suite 200
Kirkland, WA 98033
Telephone 877-953-2733 ext. 224
Fax 800-419-5604
As an established leader in the industry, First Pacific Funding
looks forward to being your partner in Equipment Lease Financing. Our ma
On Wed, Sep 10, 2003 at 03:37:57PM -0400, John Dennis wrote:
>wrapper. So as long as we've already lost module independence by
>virtue of linking the system function why not go all the way and use
>the system definition of the system function's argument? It seems like
We haven't lost module indep
On Wed, 2003-09-10 at 19:00, Jim Gettys wrote:
> Here's Alan Cox's mail about it. In 2.4.20-ac1.
Won't this conflict with the DRM vblank interrupt handling? (I've also
seen framebuffer device patches for this...)
--
Earthling Michel Dänzer \ Debian (powerpc), XFree86 and DRI developer
Softw
On Wed, Sep 10, 2003 at 11:09:54AM -0400, Jim Gettys wrote:
> The other promising work besides MAS is an audio server project
> called "Jack".
>
> It is not clear it currently provides network transparency, but it
> does boast low latency (required for telephony, teleconferencing and
> gaming appl
> Since we already have a jmp_buf which is much larger than
> necisarry, all
> that is needed is to take the first offset into it which is properly
> aligned for the given architecture and use that as the system jmp_buf.
> when the compiler can guarentee the proper alignment this becomes a
> 'nop'
On Wed, 10 Sep 2003 14:17:50 -0700, John Meacham wrote:
>
>Since we already have a jmp_buf which is much larger than necisarry, all
>that is needed is to take the first offset into it which is properly
>aligned for the given architecture and use that as the system jmp_buf.
But how will you do that
On Wed, Sep 10, 2003 at 03:37:57PM -0400, John Dennis wrote:
> 1) It may be hard to know the alignment requirements for all OS's and
> architectures (thats part of the reason we have system header
> files). We could guess 16 byte is sufficient. But even if we got the
> alignment requirement right h
> So who applies these patches then?
people that do read "[EMAIL PROTECTED]", if you submitted it there,
or people who do read this list with some care.
> I don't have CVS write, nor do I want it at this point.
unlikely to get such an account that fast. (i dont have one.)
anyways patching works
On Wed, 2003-09-10 at 15:52, Juliusz Chroboczek wrote:
JD> alignment requirement right how do we specify the alignment requirement
JD> to the compiler in a portable way such that it will build on a variety
JD> of systems and compilers?
Juliusz> typedef union {int i[1024]; long long l;} jmp_buf;
Y
JD> alignment requirement right how do we specify the alignment requirement
JD> to the compiler in a portable way such that it will build on a variety
JD> of systems and compilers?
typedef union {int i[1024]; long long l;} jmp_buf;
JD> Given the argument in 3 above I'd recommend taking out xf86jm
Alexander Stohr wrote:
> i have no reason to object to such patches.
> it was done in 100 kB sized tarballs
> for the XFree86 tree in the past
> and worked well that way.
So who applies these patches then? I don't have CVS write, nor do I want it
at this point.
Warren Turkal
--
President, GOLUM
Matthieu Herrb wrote:
Last time I checked, I was told DES is still restricted for
exportation from the US to a list of countries like North Korea, Syria
or Lybia.
Yes, as well as to known terrorists, countries the US government has
labeled as supporting terrorists, the Taliban, and a few others.
Fred Heitkamp wrote:
> I was wondering. Was there ever an effort to make a
> network independent audio extension for X11? (forgive
> my terminology if it's wrong.) For example, if I am
> logged on from a remote terminal and want to play an
> MP3 from the distant machine on the remote terminal,
>
I have found the problem with XFree86's implementation of setjmp on
ia64. It occurs because we are ignoring the type definition of
setjmp's argument.
int setjmp(jmp_buf env);
In xf86_lib.h we redefine jmp_buf thusly:
/* setjmp/longjmp */
typedef int xf86jmp_buf[1024];
#undef jmp_buf
#def
Kean Johnston wrote (in a message from Wednesday 10)
> All,
>
> With the relaxing of US export restrictions is there any reason why
> Wraphelp.c isn't provided by default?
>
Last time I checked, I was told DES is still restricted for
exportation from the US to a list of countries like Nort
All,
With the relaxing of US export restrictions is there any reason why
Wraphelp.c isn't provided by default?
Kean
___
Devel mailing list
[EMAIL PROTECTED]
http://XFree86.Org/mailman/listinfo/devel
> This is the minimum work to get this program into ansi shape.
> This patch is
> ready for inclusion. If their are no objections to the patch,
> it would be
> very nice to get this in ASAP. It will make some other projects I am
> working on go smoother.
>
> Thanks, Warren Turkal
i have no reas
Here's Alan Cox's mail about it. In 2.4.20-ac1.
- Jim
--
Jim Gettys <[EMAIL PROTECTED]>
HP Labs, Cambridge Research Laboratory
--- Begin Message ---
On Sul, 2003-07-27 at 17:26, Soeren Sandmann wrote:
> Alan Cox <[EMAIL PROTECTED]> writes:
>
> > Soeren - do you mind if I
On Wed, Sep 10, 2003 at 06:24:13PM +0200, Michel Dänzer wrote:
> On Wed, 2003-09-10 at 18:11, Alan Hourihane wrote:
> > On Wed, Sep 10, 2003 at 06:05:42PM +0200, Michel Dänzer wrote:
> > > On Wed, 2003-09-10 at 17:55, Alan Hourihane wrote:
> > > > On Wed, Sep 10, 2003 at 05:41:23PM +0200, Michel Dä
On Wed, 10 Sep 2003 09:14:35 +0530, Nitin Mahajan wrote:
>HI!
>
>I have written the following BIt BLT function for the Little endian byte sex.
>But same is not working for theBig endian after doing some changes.Iam using
>C&T 69030 card.
>
>Can any one please tell how to convert it so that the
On Wed, 2003-09-10 at 18:11, Alan Hourihane wrote:
> On Wed, Sep 10, 2003 at 06:05:42PM +0200, Michel Dänzer wrote:
> > On Wed, 2003-09-10 at 17:55, Alan Hourihane wrote:
> > > On Wed, Sep 10, 2003 at 05:41:23PM +0200, Michel Dänzer wrote:
> > > > On Wed, 2003-09-10 at 17:09, Jim Gettys wrote:
> >
On Wed, Sep 10, 2003 at 06:05:42PM +0200, Michel Dänzer wrote:
> On Wed, 2003-09-10 at 17:55, Alan Hourihane wrote:
> > On Wed, Sep 10, 2003 at 05:41:23PM +0200, Michel Dänzer wrote:
> > > On Wed, 2003-09-10 at 17:09, Jim Gettys wrote:
> > > >
> > > > While the X server has had the XSync extension
On Wed, 2003-09-10 at 17:55, Alan Hourihane wrote:
> On Wed, Sep 10, 2003 at 05:41:23PM +0200, Michel Dänzer wrote:
> > On Wed, 2003-09-10 at 17:09, Jim Gettys wrote:
> > >
> > > While the X server has had the XSync extension for a long time,
> > > the operating system "hooks" to allow X to synchr
On Wed, Sep 10, 2003 at 05:41:23PM +0200, Michel Dänzer wrote:
> On Wed, 2003-09-10 at 17:09, Jim Gettys wrote:
> >
> > While the X server has had the XSync extension for a long time,
> > the operating system "hooks" to allow X to synchronize with
> > external events (e.g. vertical sync, sample cl
On Wed, 2003-09-10 at 17:09, Jim Gettys wrote:
>
> While the X server has had the XSync extension for a long time,
> the operating system "hooks" to allow X to synchronize with
> external events (e.g. vertical sync, sample clock of audio
> streams, etc) have been absent in open source systems. XSy
The other promising work besides MAS is an audio server project
called "Jack".
It is not clear it currently provides network transparency, but it
does boast low latency (required for telephony, teleconferencing and
gaming applications).
The other issue is getting good synchronization with the X s
There have been several attempts. The latest one, currently sponsored
by X.org, is MAS - http://www.mediaapplicationserver.net/
-Alan Coopersmith- [EMAIL PROTECTED]
Sun Microsystems, Inc.- Sun Software Group
User Experience Engineering: G11N: X Window Syst
Egbert Eich wrote:
Bryan W. Headley writes:
>
> o Packet building. This would be input device/interface type specific.
> It would know that a packet of incoming data is 'x' bytes in length; it
> might understand that bit 4 is always set for synchronization purposes.
> It composes the hardw
Ar an 10ú lá de mí 9, scríobh Fred Heitkamp :
> I was wondering. Was there ever an effort to make a network independent
> audio extension for X11? (forgive my terminology if it's wrong.) For
> example, if I am logged on from a remote terminal and want to play an MP3
> from the distant machi
I was wondering. Was there ever an effort to make a
network independent audio extension for X11? (forgive
my terminology if it's wrong.) For example, if I am
logged on from a remote terminal and want to play an
MP3 from the distant machine on the remote terminal,
is this possible? Sorry if this
Bryan W. Headley writes:
> Egbert Eich wrote:
> > Bryan W. Headley writes:
>
> As opposed to writing it to a log file. However keep in mind that what
> the X client opts to do with any such message(s) is up to that
> installation, including logging it to a file. But I'm thinking more
> a
31 matches
Mail list logo