Three new topics are available from the Gallium3D Workshop:
VMware SVGA Status (Keith Whitwell and Jose Fonseca)
State Tracker Overview (Zack Rusin)
OpenGL-ES State Tracker Status (Brian Paul)
http://www.lunarg.com/wordpress/technologies/gallium-3d/gallium3d-online-developers-workshop/
---
this page as they become
available.
Don't hesitate to contact me directly if you have any questions about
the workshop material.
Regards,
Jens Owen
--
Join us December 9, 2009 for the Red Hat Virtual Experience,
a
cle.
>>
>> On Fri, 2009-10-02 at 06:22 -0600, Jens Owen wrote:
>>> Uros,
>>>
>>> Capturing this event on video is something we want to do. Thank you
>>> for your feedback.
>>>
>>> Regards,
>>> Jens
>>>
>>
offices in
>> Sweden, right? ;)
>> In any case, if you can get it on video it would be fantastic, and if
>> you could live stream it, I would consider it a miracle.
>>
>> On Fri, 2009-10-02 at 06:22 -0600, Jens Owen wrote:
>>> Uros,
>>>
>>>
dri-
> de...@lists.sourceforge.net
> > Subject: Gallium3D Technical Session
> > Date: Wed, 30 Sep 2009 07:58:32 -0600
> >
> > The developers of Gallium3D are hosting a full day, in depth,
> > technical session
The developers of Gallium3D are hosting a full day, in depth,
technical session on Nov 13th at VMware's campus in Palo Alto,
California. Please contact me directly to reserve your seat.
Regards,
Jens Owen
--
Thomas Winischhofer wrote:
Jens Owen wrote:
Thomas Winischhofer wrote:
Would you DRI guys mind adding a #define for DRI_VERSION_CURRENT in
the same style as XORG_VERSION_CURRENT so that changes like the types
from drmHandle -> drm_handle_t can be handled smoothly with the C
preprocessor
ee86/drivers/os-support/linux/drm/xf86drm.c
--
/\
Jens Owen/ \/\ _
[EMAIL PROTECTED] /\ \ \ Steamboat Springs, Colorado
---
This SF.Net email is sponsored by The 2004 JavaOne(SM) Con
ory mapping the device is a problem.
--
/\
Jens Owen/ \/\ _
[EMAIL PROTECTED] /\ \ \ Steamboat Springs, Colorado
---
This SF.Net email is sponsored by Sleepycat Software
Learn developer strategies Cisco, Motorola
John,
You can think of me as "Old School", and take my feedback in that
context. My main reason for participating in this discussion is to give
some historical perspective.
Jon Smirl wrote:
--- Jens Owen <[EMAIL PROTECTED]> wrote:
2) We wanted the bare minimum services in
ourceforge.net/lists/listinfo/dri-devel
--
/\
Jens Owen/ \/\ _
[EMAIL PROTECTED] /\ \ \ Steamboat Springs, Colorado
---
This SF.Net email is sponsored by Sleepycat Software
Learn developer strategies Cisco, Moto
ng compatability for with
the XFree86 server side libdrm.a module that's distributed with our
binary packages.
--
/\
Jens Owen/ \/\ _
[EMAIL PROTECTED] /\ \ \ Steamboat Springs, Colorado
-
.
We can definitely remove the xf86drmCompat layer for XFree86 5.0. I
believe it's well understood that major version changes will break
existing binary interfaces.
--
/\
Jens Owen/ \/\ _
[EMA
version of the stable drivers for
XFree86 4.2 at:
http://support.intel.com/support/graphics/linux/graphics.htm
--
/\
Jens Owen/ \/\ _
[EMAIL PROTECTED] /\ \ \ Steamboat Springs, Colorado
-
..but I can't remember how this is
handled off the top of my head.
--
/\
Jens Owen/ \/\ _
[EMAIL PROTECTED] /\ \ \ Steamboat Springs, Colorado
---
This SF.Net email sponsored b
dentical to the
behavior of the futex you describe.
--
/\
Jens Owen/ \/\ _
[EMAIL PROTECTED] /\ \ \ Steamboat Springs, Colorado
---
This SF.Net email sponsored by: Free pre-bui
I window system bindings (GLX, mini-GLX, DirectFB &
futures).
--
/\
Jens Owen/ \/\ _
[EMAIL PROTECTED] /\ \ \ Steamboat Springs, Colorado
---
This SF.net email is sponsored by
ill an embedded Mesa
radeon driver module reside? and finally, future window system
bindings, for example a DirectFB Mesa driver module. Where would that live?
--
/\
Jens Owen/ \/\ _
[EMAIL PROTECTED] /\ \ \ Steambo
ago in the XFree86 repository
and then synced 5 months ago into the mesa-4-0-4-branch of the DRI
repository, but it never made it to the DRI trunk.
Ugh.
--
/\
Jens Owen/ \/\ _
[EMAIL PROTECTED] /\ \ \ Steamboat Springs, Colorado
Keith Whitwell wrote:
Jens Owen wrote:
My apologies for sending my first reply to dri-devel. This is really
a dri-users configuration issue. However, there is one aspect to this
posting that may be very relevant to dri-devel.
Jens Owen wrote:
I remember a recent change to support a 32 bit
Keith Whitwell wrote:
Jens Owen wrote:
Keith Whitwell wrote:
Jens Owen wrote:
My apologies for sending my first reply to dri-devel. This is
really a dri-users configuration issue. However, there is one
aspect to this posting that may be very relevant to dri-devel.
Jens Owen wrote:
I
;t enough memory to support
the DRI running in this mode.
EndSubSection
EndSection
Section "DRI"
Group0
Mode 0666
EndSection
---
Thanks
Did this configuration work with the default X Server installed with Red
Hat 9? I remember a
My apologies for sending my first reply to dri-devel. This is really a
dri-users configuration issue. However, there is one aspect to this
posting that may be very relevant to dri-devel.
Jens Owen wrote:
I remember a recent change to support a 32 bit depth buffer and
I wonder if that's
m the developers that support the
API, 3D HW and X/3D Integration before considering any kind of
transition. IMHO, supporting the community of open source developers
that make 3D happen is much more important than control over any one
project.
--
/\
or the pointers to the cached copies.
--
/\
Jens Owen/ \/\ _
[EMAIL PROTECTED] /\ \ \ Steamboat Springs, Colorado
---
This SF.net email is sponsored by:
The Definitive IT and Networking Event. Be Th
Ian Romanick wrote:
Jens Owen wrote:
Ian,
I think you're making a mountain out of a mole hill, but I like the
mountain that you're trying to build. Supporting HW accellerated
indirect rendering would be a good thing, but it's not necessary for
the change you're trying to
wever, reality.sgi.com doesn't appear to be online. Does anybody have
an archived version of this document?
--
/\
Jens Owen/ \/\ _
[EMAIL PROTECTED] /\ \ \ Steamboat Springs, Colorado
---
This SF.net email is sponso
Keith Whitwell wrote:
Alan Hourihane wrote:
I'm going to start the 4.3.0 merge. Be prepared for breakage.
I'll post another followup when I'm finished.
Thanks for doing this, Alan.
Definitely. Thanks, Alan.
--
/\
Jens Owen/
otherside wrote:
Jens Owen wrote:
otherside wrote:
is there a way to do that ?
just open a screen (monitor) and then write to it.
i try to write a little library which opens the screen so you can
draw some polygons to it.
will DRI help me to do it ?
Tom,
OpenGL needs to be bound to some type
agl for examples). What are you trying to draw on?
--
/\
Jens Owen/ \/\ _
[EMAIL PROTECTED] /\ \ \ Steamboat Springs, Colorado
---
This SF.net email is sponsored by: Does your code
ons to
glXQueryExtensionString without breaking existing applications
(something that's hard to qualify) then that sounds like a nice
improvement. However, I wouldn't say the existing reporting mechanism
is wrong.
--
/\
Jens Owen
Jens Owen wrote:
Philip Brown wrote:
On Wed, Mar 12, 2003 at 10:21:17PM +0100, Michel Dänzer wrote:
On Mit, 2003-03-12 at 19:15, Philip Brown wrote:
I just noticed that in drivers/ati, every single function related to
DRI
initialization,etc. is named RADEONDRIXxxxYyyy ... except
still "DRI related".
I agree w/ Ian.
--
/\
Jens Owen/ \/\ _
[EMAIL PROTECTED] /\ \ \ Steamboat Springs, Colorado
---
This SF.net email is sponsored by:Crypto Challenge is now open!
t X Server init
time by the 2D driver. If the new configuration scheme is not available
to the 2D driver, it may be better to use the XF86Config file.
--
/\
Jens Owen/ \/\ _
[EMAIL PROTECTED] /\ \ \ Steamboat Sp
lient
(this will cause the server to recycle when they exit...if they are the
only client), and then you should be in a state where you can try
running gears or some other simple 3D application on an X server that
has recycled.
--
/\
Jens Owen
ings about where
the common code base would come from?
--
/\
Jens Owen/ \/\ _
[EMAIL PROTECTED] /\ \ \ Steamboat Springs, Colorado
---
This SF.net email is sponsored by: Etnus, makers of
opers. How much
"readability" time do you figure the young C++ whipper snappers will
save by investing in this transition to C++?
Thanks for your consideration of these issues and thanks for all your
excellent contributions to the DRI project.
--
lizes everything, all within the
original process. Typically shutdown and cleanup bugs showup when
trying to do an X Server recycle.
--
/\
Jens Owen/ \/\ _
[EMAIL PROTECTED] /\ \ \ Steamboat Springs, Col
implementation
(if reasonable) would be propegated when done for others.
--
/\
Jens Owen/ \/\ _
[EMAIL PROTECTED] /\ \ \ Steamboat Springs, Colorado
---
This sf.net email is sponsored
semantics and initial the
secondary display pipeline.
Have you worked with XFree86 DDX drivers before?
--
/\
Jens Owen/ \/\ _
[EMAIL PROTECTED] /\ \ \ Steamboat Springs, Colorado
---
This
Sven Luther wrote:
On Mon, Feb 24, 2003 at 07:58:55AM -0700, Jens Owen wrote:
A short cut to this whole thing would be to work on getting a second
head supported on a single X11 screen. Then 3D comes for free:
http://www.tungstengraphics.com/dri/Simple_Xinerama_DH.txt
This solution provides
ould be to work on getting a second
head supported on a single X11 screen. Then 3D comes for free:
http://www.tungstengraphics.com/dri/Simple_Xinerama_DH.txt
This solution provides Xinerama functionality without actually using the
Xinerama wrapper.
--
/\
. What are the
details of the configuration you want to support?
--
/\
Jens Owen/ \/\ _
[EMAIL PROTECTED] /\ \ \ Steamboat Springs, Colorado
---
This SF.net email is sponsored by
eed to port the allocator
(APPLE_client_storage) to the Radeon driver if you wanted to use it on
the Radeon 7500.
Regards,
Jens
--
/\
Jens Owen/ \/\ _
[EMAIL PROTECTED] /\ \ \ Steamboat Sp
ng on a 64 bit kernel.
If I recall there was some kind of 32bit to 64bit thunking layer for
kernel calls.
TDFX didn't required any AGP support, so there's work to be done there.
This was all done open source, so that work should be around somewhere.
--
/
Dieter Nützel wrote:
Am Freitag, 17. Januar 2003 18:37 schrieb Jens Owen:
Ian,
I had a chance to read your ideas on memory managment last night. First
off, I'd like to thank you for doing a very good job of collecting
requirements and then seperating out your ideas for implementation.
/listinfo/dri-devel
I hope I'm bringing in some food for thought...and not unnecesarily
complicating an already difficult and important DRI improvement.
--
/\
Jens Owen/ \/\ _
[EMAIL PROTECTED] /\ \ \ Steamboat Springs, Colorado
-
ts DirectX, but
there is NO mention of OpenGL. Hmm...
I noticed on page 4 (pdf file page 10) under "General Graphics
Capabilities", the last item refers to an OpenGL ICD API.
--
/\
Jens Owen/ \/\ _
[EMAIL PROTECTED] /\ \ \
dri-users list...
--
/\
Jens Owen/ \/\ _
[EMAIL PROTECTED] /\ \ \ Steamboat Springs, Colorado
---
This SF.NET email is sponsored by: FREE SSL Guide from Thawte
are you planning your Web Server Security? Click her
Linus Torvalds wrote:
Actually, you should just remove it entirely, since the LEAVE will do the
right thing (which is why it worked AT ALL originally
That answers the big question in my mind...why it worked originally.
--
/\
Jens Owen
magenta wrote:
On Tue, Jan 07, 2003 at 03:00:10PM -0700, Jens Owen wrote:
Michel Daenzer wrote:
This doesn't help mixed OpenGL and X11 rendering in the same
window, but that supposedly doesn't work with the traditional method of
drawing to the back buffer and then copying it over
to be done before page flipping will work correctly.
Michel, I suggest you turn off page flipping by default until these
issues are resolved.
--
/\
Jens Owen/ \/\ _
[EMAIL PROTECTED] /\ \ \ Steamboat Springs, Colorado
---
Michel Dänzer wrote:
On Die, 2003-01-07 at 23:00, Jens Owen wrote:
Michel Daenzer wrote:
CVSROOT: /cvsroot/dri
Module name: xc
Repository: xc/xc/programs/Xserver/hw/xfree86/drivers/ati/
Changes by: mdaenzer@sc8-pr-cvs1. 03/01/07 13:21:52
Log message:
Use shadowfb instead of mi shadow to fix
Revision ChangesPath
1.41 +23 -29xc/xc/programs/Xserver/hw/xfree86/drivers/ati/radeon_dri.c
1.53 +9 -9 xc/xc/programs/Xserver/hw/xfree86/drivers/ati/radeon_driver.c
--
/\
Jens Owen/ \/\ _
[EMAIL PROTECTED
eforge.net/
--
/\
Jens Owen/ \/\ _
[EMAIL PROTECTED] /\ \ \ Steamboat Springs, Colorado
---
This sf.net email is sponsored by:ThinkGeek
Welcome to geek heaven.
http://thinkg
ards,
Jens
--
/\
Jens Owen/ \/\ _
[EMAIL PROTECTED] /\ \ \ Steamboat Springs, Colorado
---
This SF.NET email is sponsored by: The Best Geek Holiday Gifts!
Time is running out! Thinkgeek.com has the coolest gifts for
you
Forge. Post any
patches you make to this list. There is lots of good developer
documentation at http://dri.sf.net
--
/\
Jens Owen/ \/\ _
[EMAIL PROTECTED] /\ \ \ Steamboat Springs, Colorado
ly;
int name;
-GLint screen;
+GLuint screen;
size_t n, length;
const char *ptr;
char *buf;
@@ -1521,7 +1521,7 @@
/*
** Check if screen exists.
*/
-if ((screen < 0) || (screen >= screenInfo.numScreens)) {
+if (screen >= screenInfo.numScreens) {
y point is this may require more of an effort than simply merging
Linus' changes back into the DRI tree.
--
/\
Jens Owen/ \/\ _
[EMAIL PROTECTED] /\ \ \ Steamboat Springs, Colorado
--
?
I have no concerns about the implications on the DRI with Charl's
approach. He's kept everything in the driver at the mode init level,
which I think is good.
I'll defer any review of the actual Radeon specifics to the Radeon
maintainers.
--
/
e application than it is to deal with an ever increasing
combination of environment settings.
--
/\
Jens Owen/ \/\ _
[EMAIL PROTECTED] /\ \ \ Steamboat Springs, Colorado
---
This
as we can out of the
drivers.
--
/\
Jens Owen/ \/\ _
[EMAIL PROTECTED] /\ \ \ Steamboat Springs, Colorado
---
This SF.net email is sponsored by: Microsoft Visual Studio.NET
compr
o do an
ioctl to get the lock. This is where this message comes from -- maybe
saying that '6' already has the lock it is asking for.
Michel,
If you want more technical information on the lock, check out:
http://dri.sourceforge.net/doc/hardware_locking_low_level.html
--
Adam K Kirchhoff wrote:
On Fri, 22 Nov 2002, Jens Owen wrote:
Brian Paul wrote:
Adam K Kirchhoff wrote:
> On Fri, 22 Nov 2002, Brian Paul wrote:
>
>>My plan is to merge the mesa-41 branch into the DRI trunk this
>>weekend. Let me know if there are any concerns.
>
>
ave you checked to see if the problem exists in the trunk already?
--
/\
Jens Owen/ \/\ _
[EMAIL PROTECTED] /\ \ \ Steamboat Springs, Colorado
---
This sf.net email is sponsored by:Thi
d
NVidia...
There are no compatibility issues. All the changes I made were to the
code that's compiled into each DRI driver, at a level below the libGL/
driver interface layer.
Great.
--
/\
Jens Owen/ \/\ _
[EMAIL PROTECTED] /
, too. PowerVR is a
good example of a well thought out install package.
--
/\
Jens Owen/ \/\ _
[EMAIL PROTECTED] /\ \ \ Steamboat Springs, Colorado
---
This sf.net email is sponso
out the details &
submit some additions to the developer's FAQ. :)
That would be great.
--
/\
Jens Owen/ \/\ _
[EMAIL PROTECTED] /\ \ \ Steamboat Springs, Colorado
---
This
Keith Whitwell wrote:
Missed the meeting last night. Can anyone summarize or post a log?
Keith,
I got their late, but the report was that it was slow the whole time.
--
/\
Jens Owen/ \/\ _
[EMAIL PROTECTED] /\ \ \ Steamboat
Christophe Saout wrote:
Any ideas? Problem with the kernel? Problem with a buggy XFree module
lying around? Problem with me? Another problem?
Does this still happen when the DRI is disabled?
--
/\
Jens Owen/ \/\ _
[EMAIL PROTECTED
details. (You
already can see the very first writings on http://dri.sf.net/doc/howto/)
Great!
--
/\
Jens Owen/ \/\ _
[EMAIL PROTECTED] /\ \ \ Steamboat Springs, Colorado
---
This
stem is new,
and just recently installed so It could be another subsystem (sound,
raid0_ that is causing this, but if I had to bet...
Anyway, thanx for a great job,
With kind regards,
Jeroen
--
/\
Jens Owen/ \/\ _
[EMA
Jens Owen wrote:
There was a discussion today in the weekly DRI developer's meeting
regarding the cross purposes of pushing the latest DRI infrastructure
work vs. providing a stable, easy to use set of drivers for our broader
base of BETA testers.
I don't have a full log of today
nd once the build process is ready and we
have any source updates. Jose volunteered to help Reide getting the
binary driver releases going.
Please reply if anybody has additions or corrections to this discussion.
Regards,
Jens
--
/\
Jens Owen/
is
weekend, no?
--
/\
Jens Owen/ \/\ _
[EMAIL PROTECTED] /\ \ \ Steamboat Springs, Colorado
---
This sf.net email is sponsored by:ThinkGeek
Welcome to geek heaven.
http://t
/tzc.tzc
With the daylight saving time change this weekend, this is now:
4:00PM EST or 1:00PM PST
That's about 10 minutes from now.
--
/\
Jens Owen/ \/\ _
[EMAIL PROTECTED] /\ \ \ Steamboat Springs, Col
Keith, Ian,
Thanks for educating me on the issues.
--
/\
Jens Owen/ \/\ _
[EMAIL PROTECTED] /\ \ \ Steamboat Springs, Colorado
---
This sf.net email is sponsored by: Influence the
ld X's notion of
front and back (For DBE) still work at a semantic level? I know DBE
doesn't work properly with the DRI right now, but we haven't done
anything to prevent it from being implemented.
--
/\
Jens Owen/ \/\ _
[EM
Mark Vojkovich wrote:
On 21 Oct 2002, Michel Dänzer wrote:
On Mon, 2002-10-21 at 02:05, Jens Owen wrote:
José Fonseca wrote:
On Wed, Oct 16, 2002 at 04:52:59PM +1000, Simon Bland wrote:
I've seen ppl mention the libxaa.a from Fonseca seems to fix the problem
with the screen bla
Brian Paul wrote:
> If anyone else wants to make changes, do so, and
> post a new table.html file.
Okay. Here's a new file. It contains the following fixes:
1) i830 chipset uses i830 kernel module.
2) Michael's PowerPC support row.
--
/\
2D Driver Name
ATI r200 radeon_drv.o
ATI radeon radeon_drv.o
ATI r128 r128_drv.o
Intel i810 i810_drv.o
Intel i830 i810_drv.o
Matrox mga mga_drv.o
3Dfx Voodoo3 tdfx_drv.o
3Dfx Voodoo5 tdfx_drv.o
--
/\
://thinkgeek.com/sf
> ___
> Dri-devel mailing list
> [EMAIL PROTECTED]
> https://lists.sourceforge.net/lists/listinfo/dri-devel
>
>
Ilia,
Maybe it's a kernel module problem. Make sure your AGPGART module is
loaded int
Dieter Nützel wrote:
> Am Montag, 7. Oktober 2002 17:55 schrieb Jens Owen:
>
>>José Fonseca wrote:
>>
>>>Next snapshots (which are now fully automated again) have this already.
>>>Notify if you run into problems.
>>
>>Jose, or anybody interested in
a few posts from DRI
and Xpert users who would have liked binary snapshots.
Regards,
Jens
--
/\
Jens Owen/ \/\ _
[EMAIL PROTECTED] /\ \ \ Steamboat Springs, Colorado
---
This
hat
are targeted at the Radeon, then back port to the MGA driver when it's done.
2) Implement the X double buffer extension so that it uses the dedicated
OpenGL back buffer in hardware, instead of allocating a pixmap (which
has the same pixmap cache limitation).
Regards,
Jens
--
snapshots.
--
/\
Jens Owen/ \/\ _
[EMAIL PROTECTED] /\ \ \ Steamboat Springs, Colorado
---
This sf.net email is sponsored by:ThinkGeek
Welcome to geek heaven.
http://thinkge
ould it be that the AGP bus is the limiting factor and pushing TCL
vertices requires more bandwidth than just pushing rasterization info?
Sorry, I know we shouldn't even get into it regarding gears...it's not a
benchmark.
Okay, everyone go back to their corners and repeat:
ce from a static pool in AGP space. Are you looking for a way to
make the AGP pool larger and dynamically move pages in and out of the
AGP aperature?
--
/\
Jens Owen/ \/\ _
[EMAIL PROTECTE
get more feedback from IHV
binary only package developers, open source package developers and
nightly snapshot builders.
Regards,
Jens
--
/\
Jens Owen/ \/\ _
[EMAIL PROTECTED] /\ \ \ Steamboat Springs, Colorado
just for what you want, but it's something
Workstation Vendors have done in the past to virtualize limited
resources...When stealing memory, setup the page tables to generate a
page fault if it's accessed. Then have the handler steal memory from
another applicatio
offscreen? Offscreen XAA
cache? Offscreen pixmaps? OpenGL back buffer? other OpenGL buffers?
There's a lot in offscreen. Please clarify.
--
/\
Jens Owen/ \/\ _
[EMAIL PROTECTED] /\ \ \ Steamboat Springs, Colorado
-
or 3D performance, but the X double buffer
extension should utilize this as well.
Perhaps we'll need to move this discussion to the xpert list, but first,
I'll ask here. Does anybody know of any applications that use DBE? If
not, we should remove it. If so, we need to fix it when the
d.
> Please CC me as I'm not subscribed to the list yet.
I would encourage you to subscribe if you're going to be supporting any
DRM or other DRI components. These interfaces do evolve and this is the
forum where they are reviewed and discussed.
Regards,
Jens
--
heaven.
> http://thinkgeek.com/sf
> ___
> Dri-devel mailing list
> [EMAIL PROTECTED]
> https://lists.sourceforge.net/lists/listinfo/dri-devel
>
>
--
/\
Jens Owen/ \/\ _
[
y to
[EMAIL PROTECTED]
Thanks,
The DRI Development Team
Hopefully, that will do the trick.
--
/\
Jens Owen/ \/\ _
[EMAIL PROTECTED] /\ \ \ Steamboat Springs, Colorado
-
7;t realize we could change the list these get posted
on. I'm not sure we want these automatically posted. There appears to
be less follow up on the submitters end via this route. That's why I
think a push back to the submitter is just fine.
--
]
Thanks,
The DRI Development Team
--
/\
Jens Owen/ \/\ _
[EMAIL PROTECTED] /\ \ \ Steamboat Springs, Colorado
--- Begin Message ---
Bugs item #602843, was opened at 2002-08-31 07:03
You can respond by visiting:
https://sourceforge
ost anything or break
>>anything.
>>
>>One thing that we haven't really made clear is when a 'release' is. However,
>>given that 1.3 is in the 2.5 kernel sources, I'd say wherever the line is,
>>we've crossed it. So - bump the minor &a
01e8fdc, 0x08056868, 0x08056820) = 0
> 17369 SYS_close(4) = 0
> 17369 <... XOpenDisplay resumed> )= NULL
> 17369 malloc(2244)= 0x080562b8
> 17369 <... glXMakeCurrent resumed> ) = 1
>
&
Oliver Feiler wrote:
> On Saturday 06 July 2002 23:11, Keith Whitwell wrote:
>
>>Jens Owen wrote:
>>
>>>Oliver Feiler wrote:
>>>
>>>>On Saturday 06 July 2002 17:36, Oliver Feiler wrote:
>>>>
>>>>>On Friday 05 Ju
1 - 100 of 360 matches
Mail list logo