[prev in list] [next in list] [prev in thread] [next in thread]
List: mingw-notify
Subject: MinGW-notify Digest, Vol 28, Issue 5
From: mingw-notify-request () lists ! sourceforge ! net
Date: 2008-09-19 0:48:55
Message-ID: mailman.1130023.1221785335.5026.mingw-notify () lists ! sourceforge ! net
[Download RAW message or body]
Send MinGW-notify mailing list submissions to
mingw-notify@lists.sourceforge.net
To subscribe or unsubscribe via the World Wide Web, visit
https://lists.sourceforge.net/lists/listinfo/mingw-notify
or, via email, send a message with subject or body 'help' to
mingw-notify-request@lists.sourceforge.net
You can reach the person managing the list at
mingw-notify-owner@lists.sourceforge.net
When replying, please edit your Subject line so it is more specific
than "Re: Contents of MinGW-notify digest..."
This list is used to send updates of submitted patches, bug reports and file \
releases. You are discouraged from posting to this list. If you wish to unsubscribe \
you can do so at https://lists.sourceforge.net/lists/listinfo/mingw-notify.
Today's Topics:
1. [ mingw-Bugs-2117590 ] corection of function asinh - inverse
hyperbolic sine (SourceForge.net)
2. [ mingw-Bugs-2117379 ] gcc build error: conflicting types for
'__p___argv' (SourceForge.net)
3. [ mingw-Bugs-2117590 ] corection of function asinh - inverse
hyperbolic sine (SourceForge.net)
4. [ mingw-Patches-1819367 ] Camera capture with DirectShow and
MinGW (SourceForge.net)
5. [ mingw-Patches-1819367 ] Camera capture with DirectShow and
MinGW (SourceForge.net)
6. [ mingw-Patches-1819367 ] Camera capture with DirectShow and
MinGW (SourceForge.net)
7. [ mingw-Bugs-2117379 ] gcc build error: conflicting types for
'__p___argv' (SourceForge.net)
----------------------------------------------------------------------
Message: 1
Date: Thu, 18 Sep 2008 12:13:07 +0000
From: "SourceForge.net" <noreply@sourceforge.net>
Subject: [Mingw-notify] [ mingw-Bugs-2117590 ] corection of function
asinh - inverse hyperbolic sine
To: noreply@sourceforge.net
Message-ID: <E1KgINf-0002Xn-U1@155xhf1.ch3.sourceforge.com>
Content-Type: text/plain; charset="UTF-8"
Bugs item #2117590, was opened at 2008-09-18 12:41
Message generated for change (Comment added) made by rumen
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=102435&aid=2117590&group_id=2435
Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: None
Group: None
Status: Open
Resolution: None
Priority: 5
Private: No
Submitted By: Roumen Petrov (rumen)
Assigned to: Nobody/Anonymous (nobody)
Summary: corection of function asinh - inverse hyperbolic sine
Initial Comment:
The current implementation of mingwex function with declaration "double asinh(double \
x)" return unexpected value for some arguments. Please to replace implementation with \
new one that pass at least following tests(argument->result): 1) 0.0->0.0
2) -0.0->-0.0
3) -1.0000000000000002e+299->-689.16608998577965
The current code return -0.0 for argument 0.0.
Uncommenting code for "/* Avoid setting FPU underflow exception flag in x * x. */" \
isn't enough since the case 3) will return NaN.
----------------------------------------------------------------------
> Comment By: Roumen Petrov (rumen)
Date: 2008-09-18 15:13
Message:
more test vectors:
[-]1.0000000000000002e+99 ->[-]228.64907138697046 //ok
[-]1.0000000000000001e+199->[-]458.90758068637501 //but mingwex-nan,
native - ok
[-]1.0000000000000002e+299->[-]689.16608998577965 //but mingwex-nan,
native - ok
[-]1.6025136110019349e+308->[-]710.3609292261076 //but mingwex-nan,
native - ok
----------------------------------------------------------------------
Comment By: Roumen Petrov (rumen)
Date: 2008-09-18 13:53
Message:
also asinhl/asinhf return -0.0 too for 0.0 argument.
----------------------------------------------------------------------
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=102435&aid=2117590&group_id=2435
------------------------------
Message: 2
Date: Thu, 18 Sep 2008 12:20:59 +0000
From: "SourceForge.net" <noreply@sourceforge.net>
Subject: [Mingw-notify] [ mingw-Bugs-2117379 ] gcc build error:
conflicting types for '__p___argv'
To: noreply@sourceforge.net
Message-ID: <E1KgIVH-0006iN-Jb@d45xhf1.ch3.sourceforge.com>
Content-Type: text/plain; charset="UTF-8"
Bugs item #2117379, was opened at 2008-09-18 06:20
Message generated for change (Comment added) made by keithmarshall
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=102435&aid=2117379&group_id=2435
Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: mingw runtime
Group: None
Status: Open
Resolution: None
Priority: 5
Private: No
Submitted By: Peiyuan Song (squallatf)
> Assigned to: Keith Marshall (keithmarshall)
Summary: gcc build error: conflicting types for '__p___argv'
Initial Comment:
in the new mingwrt-3.15 if stdlib.h included before stdio.h,the compiler will \
generate errors like this: \
g:\msys\mingw\bin\../lib/gcc/mingw32/4.3.2/../../../../include/stdio.h: In function \
'fprintf': g:\msys\mingw\bin\../lib/gcc/mingw32/4.3.2/../../../../include/stdio.h:245: \
error: conflicting types for '__p___argv' \
g:\msys\mingw\bin\../lib/gcc/mingw32/4.3.2/../../../../include/stdlib.h:78: error: \
previous declaration of '__p___argv' was here
the code in stdio.h at line 245 is
__builtin_va_list __argv;
the code in stdlib.h at lin 78 is
extern char*** __cdecl __MINGW_NOTHROW __p___argv(void);
line 82:
#define __argv (*__p___argv())
----------------------------------------------------------------------
> Comment By: Keith Marshall (keithmarshall)
Date: 2008-09-18 12:20
Message:
Thanks.
It's all very well using double underscore prefixes on variable or
argument names in function prototypes or inline definitions, within system
headers, to avoid possible conflicts with #defines in the user namespace.
It doesn't help, when you choose a name which has already been #defined, to
represent something incompatible, in one of your other system headers :-(
Please replace your /mingw/include/stdio.h with the attached, and confirm
if this fixes the problem; (it does appear to do so, in a trivial test, for
me). If you can confirm a satisfactory resolution, I'll commit the
appropriate patch.
File Added: stdio.h
----------------------------------------------------------------------
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=102435&aid=2117379&group_id=2435
------------------------------
Message: 3
Date: Thu, 18 Sep 2008 13:43:04 +0000
From: "SourceForge.net" <noreply@sourceforge.net>
Subject: [Mingw-notify] [ mingw-Bugs-2117590 ] corection of function
asinh - inverse hyperbolic sine
To: noreply@sourceforge.net
Message-ID: <E1KgJmi-0004ju-AX@665xhf1.ch3.sourceforge.com>
Content-Type: text/plain; charset="UTF-8"
Bugs item #2117590, was opened at 2008-09-18 12:41
Message generated for change (Comment added) made by rumen
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=102435&aid=2117590&group_id=2435
Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: None
Group: None
Status: Open
Resolution: None
Priority: 5
Private: No
Submitted By: Roumen Petrov (rumen)
Assigned to: Nobody/Anonymous (nobody)
Summary: corection of function asinh - inverse hyperbolic sine
Initial Comment:
The current implementation of mingwex function with declaration "double asinh(double \
x)" return unexpected value for some arguments. Please to replace implementation with \
new one that pass at least following tests(argument->result): 1) 0.0->0.0
2) -0.0->-0.0
3) -1.0000000000000002e+299->-689.16608998577965
The current code return -0.0 for argument 0.0.
Uncommenting code for "/* Avoid setting FPU underflow exception flag in x * x. */" \
isn't enough since the case 3) will return NaN.
----------------------------------------------------------------------
> Comment By: Roumen Petrov (rumen)
Date: 2008-09-18 16:43
Message:
more tests:
If we change current code from "return ( x > 0.0 ? z : -z);" to "return (
x >= 0.0 ? z : -z);" the function result is not changed.
If we replace return statement with "return copysign(z,x)" the result for
{+/-}0.0 argument is as expected in native and emulated environment. But if
we try to use function _copysign the result is ok in native environment but
fail in emulated.
Also with similar changes for functions asinhf/asinhl with respective
copysign, i.e. copysignf/copysignl, I see expected result.
Did someone know how to resolve problem with big exponent ?
----------------------------------------------------------------------
Comment By: Roumen Petrov (rumen)
Date: 2008-09-18 15:13
Message:
more test vectors:
[-]1.0000000000000002e+99 ->[-]228.64907138697046 //ok
[-]1.0000000000000001e+199->[-]458.90758068637501 //but mingwex-nan,
native - ok
[-]1.0000000000000002e+299->[-]689.16608998577965 //but mingwex-nan,
native - ok
[-]1.6025136110019349e+308->[-]710.3609292261076 //but mingwex-nan,
native - ok
----------------------------------------------------------------------
Comment By: Roumen Petrov (rumen)
Date: 2008-09-18 13:53
Message:
also asinhl/asinhf return -0.0 too for 0.0 argument.
----------------------------------------------------------------------
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=102435&aid=2117590&group_id=2435
------------------------------
Message: 4
Date: Thu, 18 Sep 2008 19:34:33 +0000
From: "SourceForge.net" <noreply@sourceforge.net>
Subject: [Mingw-notify] [ mingw-Patches-1819367 ] Camera capture with
DirectShow and MinGW
To: noreply@sourceforge.net
Message-ID: <E1KgPGr-0006mF-HS@d55xhf1.ch3.sourceforge.com>
Content-Type: text/plain; charset="UTF-8"
Patches item #1819367, was opened at 2007-10-24 14:55
Message generated for change (Comment added) made by wedesoft
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=302435&aid=1819367&group_id=2435
Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: w32api
Group: None
Status: Open
Resolution: None
Priority: 5
Private: No
Submitted By: Jan Wedekind (wedesoft)
Assigned to: Chris Sutcliffe (ir0nh34d)
Summary: Camera capture with DirectShow and MinGW
Initial Comment:
I have managed to capture images from a webcam with DirectShow and MinGW. I had to \
implement some code to access the required components. I have attached a sample \
program and you can add the missing code to the MinGW headers if you are interested \
(and redistribute it under the MinGW-w32api license).
----------------------------------------------------------------------
> Comment By: Jan Wedekind (wedesoft)
Date: 2008-09-18 19:34
Message:
File Added: ds2.tar.bz2
----------------------------------------------------------------------
Comment By: Jan Wedekind (wedesoft)
Date: 2008-01-14 16:52
Message:
Logged In: YES
user_id=1106827
Originator: YES
Sorry for the late response. I will try to provide a patch later this
year. At the moment I am busy with other things but I wanted to provide
some running code at least.
----------------------------------------------------------------------
Comment By: Chris Sutcliffe (ir0nh34d)
Date: 2007-12-02 02:35
Message:
Logged In: YES
user_id=570619
Originator: NO
This looks good, can you please submit these changes in the form of a
patch?
----------------------------------------------------------------------
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=302435&aid=1819367&group_id=2435
------------------------------
Message: 5
Date: Thu, 18 Sep 2008 19:44:47 +0000
From: "SourceForge.net" <noreply@sourceforge.net>
Subject: [Mingw-notify] [ mingw-Patches-1819367 ] Camera capture with
DirectShow and MinGW
To: noreply@sourceforge.net
Message-ID: <E1KgPQl-0006Ha-W3@565xhf1.ch3.sourceforge.com>
Content-Type: text/plain; charset="UTF-8"
Patches item #1819367, was opened at 2007-10-24 14:55
Message generated for change (Comment added) made by wedesoft
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=302435&aid=1819367&group_id=2435
Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: w32api
Group: None
Status: Open
Resolution: None
Priority: 5
Private: No
Submitted By: Jan Wedekind (wedesoft)
Assigned to: Chris Sutcliffe (ir0nh34d)
Summary: Camera capture with DirectShow and MinGW
Initial Comment:
I have managed to capture images from a webcam with DirectShow and MinGW. I had to \
implement some code to access the required components. I have attached a sample \
program and you can add the missing code to the MinGW headers if you are interested \
(and redistribute it under the MinGW-w32api license).
----------------------------------------------------------------------
> Comment By: Jan Wedekind (wedesoft)
Date: 2008-09-18 19:44
Message:
Before submitting a patch - as promised ;) - I would like to provide
sufficient functionality to do camera synchronisation as implemented in
VideoLAN (vlc). The attachment ds2.tar.bz2 builds with MinGW and it will
try to find a DirectShow capture device. However the program crashes when
trying to connect the camera source to the custom sink. The output I am
getting follows below. Can anyone please help? I would be really happy if
this works.
Note: To reproduce this bug you need to connect a camera and have the
corresponding DirectShow driver installed.
graphBuilder is 0xa95a18
Setting format 320x240
CapturePin::CapturePin( this = 0xa97bd8 )
CaptureFilter::CaptureFilter( this = 0xa97bb8 )
CaptureFilter::AddRef
CaptureFilter::JoinFilterGraph
CaptureFilter::QueryInterface
DEFINE_GUID( ..., 0x8e1c39a1, 0xde53,
0x11cf, 0xaa, 0x63, 0x0, 0x80, 0xc7, 0x44, 0x52, 0x8d ) ?
CaptureFilter::QueryInterface
DEFINE_GUID( ..., 0xf90a6130, 0xb658,
0x11d2, 0xae, 0x49, 0x0, 0x0, 0xf8, 0x75, 0x4b, 0x99 ) ?
Attempting to connect
CapturePin::QueryPinInfo
capture filter is 0xa97bb8
CaptureFilter::AddRef
CaptureFilter::QueryFilterInfo
m_graph is 0xa95a18
CaptureFilter::Release( m_refCount = 3 )
CapturePin::NotifyAllocator
pAllocator = 0x22faf4
----------------------------------------------------------------------
Comment By: Jan Wedekind (wedesoft)
Date: 2008-09-18 19:34
Message:
File Added: ds2.tar.bz2
----------------------------------------------------------------------
Comment By: Jan Wedekind (wedesoft)
Date: 2008-01-14 16:52
Message:
Logged In: YES
user_id=1106827
Originator: YES
Sorry for the late response. I will try to provide a patch later this
year. At the moment I am busy with other things but I wanted to provide
some running code at least.
----------------------------------------------------------------------
Comment By: Chris Sutcliffe (ir0nh34d)
Date: 2007-12-02 02:35
Message:
Logged In: YES
user_id=570619
Originator: NO
This looks good, can you please submit these changes in the form of a
patch?
----------------------------------------------------------------------
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=302435&aid=1819367&group_id=2435
------------------------------
Message: 6
Date: Thu, 18 Sep 2008 19:44:59 +0000
From: "SourceForge.net" <noreply@sourceforge.net>
Subject: [Mingw-notify] [ mingw-Patches-1819367 ] Camera capture with
DirectShow and MinGW
To: noreply@sourceforge.net
Message-ID: <E1KgPQx-0005Ia-AT@665xhf1.ch3.sourceforge.com>
Content-Type: text/plain; charset="UTF-8"
Patches item #1819367, was opened at 2007-10-24 14:55
Message generated for change (Comment added) made by wedesoft
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=302435&aid=1819367&group_id=2435
Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: w32api
Group: None
Status: Open
Resolution: None
Priority: 5
Private: No
Submitted By: Jan Wedekind (wedesoft)
Assigned to: Chris Sutcliffe (ir0nh34d)
Summary: Camera capture with DirectShow and MinGW
Initial Comment:
I have managed to capture images from a webcam with DirectShow and MinGW. I had to \
implement some code to access the required components. I have attached a sample \
program and you can add the missing code to the MinGW headers if you are interested \
(and redistribute it under the MinGW-w32api license).
----------------------------------------------------------------------
> Comment By: Jan Wedekind (wedesoft)
Date: 2008-09-18 19:44
Message:
Before submitting a patch - as promised ;) - I would like to provide
sufficient functionality to do camera synchronisation as implemented in
VideoLAN (vlc). The attachment ds2.tar.bz2 builds with MinGW and it will
try to find a DirectShow capture device. However the program crashes when
trying to connect the camera source to the custom sink. The output I am
getting follows below. Can anyone please help? I would be really happy if
this works.
Note: To reproduce this bug you need to connect a camera and have the
corresponding DirectShow driver installed.
graphBuilder is 0xa95a18
Setting format 320x240
CapturePin::CapturePin( this = 0xa97bd8 )
CaptureFilter::CaptureFilter( this = 0xa97bb8 )
CaptureFilter::AddRef
CaptureFilter::JoinFilterGraph
CaptureFilter::QueryInterface
DEFINE_GUID( ..., 0x8e1c39a1, 0xde53,
0x11cf, 0xaa, 0x63, 0x0, 0x80, 0xc7, 0x44, 0x52, 0x8d ) ?
CaptureFilter::QueryInterface
DEFINE_GUID( ..., 0xf90a6130, 0xb658,
0x11d2, 0xae, 0x49, 0x0, 0x0, 0xf8, 0x75, 0x4b, 0x99 ) ?
Attempting to connect
CapturePin::QueryPinInfo
capture filter is 0xa97bb8
CaptureFilter::AddRef
CaptureFilter::QueryFilterInfo
m_graph is 0xa95a18
CaptureFilter::Release( m_refCount = 3 )
CapturePin::NotifyAllocator
pAllocator = 0x22faf4
----------------------------------------------------------------------
Comment By: Jan Wedekind (wedesoft)
Date: 2008-09-18 19:44
Message:
Before submitting a patch - as promised ;) - I would like to provide
sufficient functionality to do camera synchronisation as implemented in
VideoLAN (vlc). The attachment ds2.tar.bz2 builds with MinGW and it will
try to find a DirectShow capture device. However the program crashes when
trying to connect the camera source to the custom sink. The output I am
getting follows below. Can anyone please help? I would be really happy if
this works.
Note: To reproduce this bug you need to connect a camera and have the
corresponding DirectShow driver installed.
graphBuilder is 0xa95a18
Setting format 320x240
CapturePin::CapturePin( this = 0xa97bd8 )
CaptureFilter::CaptureFilter( this = 0xa97bb8 )
CaptureFilter::AddRef
CaptureFilter::JoinFilterGraph
CaptureFilter::QueryInterface
DEFINE_GUID( ..., 0x8e1c39a1, 0xde53,
0x11cf, 0xaa, 0x63, 0x0, 0x80, 0xc7, 0x44, 0x52, 0x8d ) ?
CaptureFilter::QueryInterface
DEFINE_GUID( ..., 0xf90a6130, 0xb658,
0x11d2, 0xae, 0x49, 0x0, 0x0, 0xf8, 0x75, 0x4b, 0x99 ) ?
Attempting to connect
CapturePin::QueryPinInfo
capture filter is 0xa97bb8
CaptureFilter::AddRef
CaptureFilter::QueryFilterInfo
m_graph is 0xa95a18
CaptureFilter::Release( m_refCount = 3 )
CapturePin::NotifyAllocator
pAllocator = 0x22faf4
----------------------------------------------------------------------
Comment By: Jan Wedekind (wedesoft)
Date: 2008-09-18 19:34
Message:
File Added: ds2.tar.bz2
----------------------------------------------------------------------
Comment By: Jan Wedekind (wedesoft)
Date: 2008-01-14 16:52
Message:
Logged In: YES
user_id=1106827
Originator: YES
Sorry for the late response. I will try to provide a patch later this
year. At the moment I am busy with other things but I wanted to provide
some running code at least.
----------------------------------------------------------------------
Comment By: Chris Sutcliffe (ir0nh34d)
Date: 2007-12-02 02:35
Message:
Logged In: YES
user_id=570619
Originator: NO
This looks good, can you please submit these changes in the form of a
patch?
----------------------------------------------------------------------
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=302435&aid=1819367&group_id=2435
------------------------------
Message: 7
Date: Fri, 19 Sep 2008 00:48:47 +0000
From: "SourceForge.net" <noreply@sourceforge.net>
Subject: [Mingw-notify] [ mingw-Bugs-2117379 ] gcc build error:
conflicting types for '__p___argv'
To: noreply@sourceforge.net
Message-ID: <E1KgUAx-0003Ag-2J@h45xhf1.ch3.sourceforge.com>
Content-Type: text/plain; charset="UTF-8"
Bugs item #2117379, was opened at 2008-09-18 14:20
Message generated for change (Comment added) made by squallatf
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=102435&aid=2117379&group_id=2435
Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: mingw runtime
Group: None
Status: Open
Resolution: None
Priority: 5
Private: No
Submitted By: Peiyuan Song (squallatf)
Assigned to: Keith Marshall (keithmarshall)
Summary: gcc build error: conflicting types for '__p___argv'
Initial Comment:
in the new mingwrt-3.15 if stdlib.h included before stdio.h,the compiler will \
generate errors like this: \
g:\msys\mingw\bin\../lib/gcc/mingw32/4.3.2/../../../../include/stdio.h: In function \
'fprintf': g:\msys\mingw\bin\../lib/gcc/mingw32/4.3.2/../../../../include/stdio.h:245: \
error: conflicting types for '__p___argv' \
g:\msys\mingw\bin\../lib/gcc/mingw32/4.3.2/../../../../include/stdlib.h:78: error: \
previous declaration of '__p___argv' was here
the code in stdio.h at line 245 is
__builtin_va_list __argv;
the code in stdlib.h at lin 78 is
extern char*** __cdecl __MINGW_NOTHROW __p___argv(void);
line 82:
#define __argv (*__p___argv())
----------------------------------------------------------------------
> Comment By: Peiyuan Song (squallatf)
Date: 2008-09-19 08:48
Message:
thanks.
the new stdio.h is work fine.
----------------------------------------------------------------------
Comment By: Keith Marshall (keithmarshall)
Date: 2008-09-18 20:20
Message:
Thanks.
It's all very well using double underscore prefixes on variable or
argument names in function prototypes or inline definitions, within system
headers, to avoid possible conflicts with #defines in the user namespace.
It doesn't help, when you choose a name which has already been #defined, to
represent something incompatible, in one of your other system headers :-(
Please replace your /mingw/include/stdio.h with the attached, and confirm
if this fixes the problem; (it does appear to do so, in a trivial test, for
me). If you can confirm a satisfactory resolution, I'll commit the
appropriate patch.
File Added: stdio.h
----------------------------------------------------------------------
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=102435&aid=2117379&group_id=2435
------------------------------
-------------------------------------------------------------------------
This SF.Net email is sponsored by the Moblin Your Move Developer's challenge
Build the coolest Linux based applications with Moblin SDK & win great prizes
Grand prize is a trip for two to an Open Source event anywhere in the world
http://moblin-contest.org/redirect.php?banner_id=100&url=/
------------------------------
_______________________________________________
MinGW-notify mailing list
MinGW-notify@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/mingw-notify
End of MinGW-notify Digest, Vol 28, Issue 5
*******************************************
[prev in list] [next in list] [prev in thread] [next in thread]
Configure |
About |
News |
Add a list |
Sponsored by KoreLogic