 |
IDS Forum
Re: Re: RE: New SKIP, LIMIT of SELECT are afe
Posted By: Nita Dembla
Date: Friday, 5 August 2005, at 4:15 p.m.
In Response To: Re: Re: RE: New SKIP, LIMIT of SELECT are afe (Jean Sagi)
--0__=0ABBFAC7DFFD04588f9e8a93df938690918c0ABBFAC7DFFD0458
Content-type: multipart/alternative;
Boundary="1__=0ABBFAC7DFFD04588f9e8a93df938690918c0ABBFAC7DFFD0458"
--1__=0ABBFAC7DFFD04588f9e8a93df938690918c0ABBFAC7DFFD0458
Content-type: text/plain; charset=US-ASCII
Content-transfer-encoding: quoted-printable
Yes, this feature has gone in 10.00xC3 release.
Thanks,
Nita Dembla
Software Engineer
IBM - Information Management Solutions
=
"Jean Sagi" =
<jeansagi@myrealb To: ids@iiug.org =
ox.com> cc: =
Sent by: Subject: Re: Re: RE: Ne=
w SKIP, LIMIT of SELECT are afe [5562]
forum.subscriber@ =
iiug.org =
=
=
08/05/2005 02:09 =
PM =
=
Wait a minute:
select first 10 tabid, tabname[1,20]
from systables
into temp tx_first10_sys;
Does not work in IDS 10.00.TC1TL (Windows XP-Pro SP2).
I'm almost sure it doesn't work in Linux too (UC1).
Maybe it works in "10.00.xC3"
..
Hey there is an IDS 10 express edition trial !! (Downloading right know=
) it
is iif.10.00.TC3ET.W2K.zip, so I supose this kind of query works with t=
his
version.
http://www14.software.ibm.com/webapp/download/search.jsp?go=3Dy&rs=3Dif=
xsee
J.
PD: This flash is also interesting about IDS:
http://www-306.ibm.com/software/data/informix/ids/mobility/everyplace4i=
ds/
-----Original Message-----
From: Vinayak Shenoi <vshenoi@us.ibm.com>
To: "Jean Sagi" <jeansagi@myrealbox.com>
Date: Fri, 5 Aug 2005 09:21:52 -0700
Subject: Re: RE: New SKIP, LIMIT of SELECT are afe [5558]
The query you have mentioned below works with IDS 10x server.
dbaccess sysmaster -
Database selected.
> select first 10 tabid, tabname[1,20] from systables into temp
tx_first10_sys;
10 row(s) retrieved into temp table.
dbaccess sysmaster -
Database selected.
> select skip 5 limit 20 tabid, tabname[1,20] from systables into
temp tx_first10_sys;
20 row(s) retrieved into temp table.
Thanks,
Vinayak Shenoi
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=
=3D=3D=3D=3D=3D=3D
Vinayak Shenoi
Advisory Software Engineer
IBM Informix Server Engineering
Information Management
4100 Bohannon Drive, Menlo Park, CA 94025
Ph:650-926-6341; T/L 630-6341
vshenoi@us.ibm.com
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=
=3D=3D=3D=3D=3D=3D
"Jean Sagi"
<jeansagi@myrealb
ox.com> =
To
Sent by: ids@iiug.org
forum.subscriber@ =
cc
iiug.org
Subj=
ect
Re: RE: New SKIP, LIMIT of SELEC=
T
08/05/2005 06:35 are afe [5558]
AM
Well limit is a synonym for first as it is stated below and querys like=
this never worked:
select first 10 tabid, tabname[1,20]
from systables
into temp tx_first10_sys
It gives:
-944 Cannot use "first" in this context.
This statement uses FIRST N inside a subquery. This action is not
supported.
Review the use of FIRST N and check that it is applied only to the oute=
r
main
query SELECT clause.
Which personally consider is very silly from the engine point of view.
J.
-----Original Message-----
From: "Gilker, Charles" <CGilker@milbank.com>
To: "Jean Sagi " <jeansagi@myrealbox.com>
Date: Fri, 5 Aug 2005 09:15:04 -0400
Subject: RE: New SKIP, LIMIT of SELECT are afe [5557]
Why would you think that it wouldn't apply to temp tables?
-----Original Message-----
From: forum.subscriber@iiug.org [mailto:forum.subscriber@iiug.org] On
Behalf Of Jean Sagi
Sent: Friday, August 05, 2005 7:57 AM
To: ids@iiug.org
Subject: New SKIP, LIMIT of SELECT are afe [5557]
I noticed this from "New Features in Dynamic Server, Version 10.00.xC3"=
of
http://publib.boulder.ibm.com/infocenter/ids9help/index.jsp?topic=3D/co=
m.i
bm.sqls.doc/sqls02.htm
--------------------------------------------------------------------
New Projection Clause syntax of the SELECT statement can control the
number of qualifying rows in the result set of a query:
* SKIP offset
* LIMIT max
The SKIP offset clause excludes the first offset qualifying rows from
the result set, for offset an integer. If you also include the LIMIT ma=
x
clause (where LIMIT is a keyword synonym for FIRST), no more than max
rows are returned. The offset and max values can be specified as litera=
l
integers in the SERIAL8 range, or as host variables, or as local SPL
variables. You can save the result set as a collection-derived table
(CDT).
If you also include the ORDER BY clause, the qualifying rows are first
arranged by the ORDER BY specification before the SKIP offset and LIMIT=
max clauses are applied.
--------------------------------------------------------------------
Are these type of querys impossible if inserted into a temporary table?=
J.
PD: I don't have an IDS 10.00.xc3 to test myself.
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D
IRS Circular 230 Disclosure: U.S. federal tax advice in the foregoing
message from Milbank, Tweed, Hadley & McCloy LLP is not intended or wri=
tten
to be, and cannot be used, by any person for the purpose of avoiding ta=
x
penalties that may be imposed regarding the transactions or matters
addressed. If any U.S. federal tax advice contained in this message is =
used
or referred to in promoting, marketing or recommending of the transacti=
ons
or matters addressed (which any person who is not our client with respe=
ct
to the transactions or matters addressed should assume to be the case),=
then (i) such tax advice should be construed as written in connection w=
ith
the promotion or marketing (within the meaning of IRS Circular 230) of =
the
transactions or matters addressed and (ii) such person should seek advi=
ce
based on their particular circumstances from an independent tax advisor=
.
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D
This e-mail message may contain legally privileged and/or confidential
information. If you are not the intended recipient(s), or the employee =
or
agent responsible for delivery of this message to the intended
recipient(s), you are hereby notified that any dissemination, distribut=
ion
or copying of this e-mail message is strictly prohibited. If you have
received this message in error, please immediately notify the sender an=
d
delete this e-mail message from your computer.
Jean Sagi
jeansagi@myrealbox.com
jeansagi@gmail.com
Jean Sagi
jeansagi@myrealbox.com
jeansagi@gmail.com
=
--1__=0ABBFAC7DFFD04588f9e8a93df938690918c0ABBFAC7DFFD0458
Content-type: text/html; charset=US-ASCII
Content-Disposition: inline
Content-transfer-encoding: quoted-printable
<html><body>
<p>Yes, this feature has gone in 10.00xC3 release.<br>
<br>
Thanks,<br>
Nita Dembla<br>
Software Engineer<br>
IBM - Information Management Solutions<br>
<br>
<br>
<img src=3D"cid:10__=3D0ABBFAC7DFFD04588f9e8a93df938@us.ibm.com" width=3D=
"16" height=3D"16" alt=3D"Inactive hide details for "Jean Sagi&quo=
t; <jeansagi@myrealbox.com>">"Jean Sagi" <jeansagi@m=
yrealbox.com><br>
<br>
<br>
<table V5DOTBL=3Dtrue width=3D"100%" border=3D"0" cellspacing=3D"0" cel=
lpadding=3D"0">
<tr valign=3D"top"><td width=3D"1%"><img src=3D"cid:20__=3D0ABBFAC7DFFD=
04588f9e8a93df938@us.ibm.com" border=3D"0" height=3D"1" width=3D"72" al=
t=3D""><br>
</td><td style=3D"background-image:url(cid:30__=3D0ABBFAC7DFFD04588f9e8=
a93df938@us.ibm.com); background-repeat: no-repeat; " width=3D"1%"><img=
src=3D"cid:20__=3D0ABBFAC7DFFD04588f9e8a93df938@us.ibm.com" border=3D"=
0" height=3D"1" width=3D"225" alt=3D""><br>
<ul>
<ul>
<ul>
<ul><b><font size=3D"2">"Jean Sagi" <jeansagi@myrealbox.co=
m></font></b><br>
<font size=3D"2">Sent by: forum.subscriber@iiug.org</font>
<p><font size=3D"2">08/05/2005 02:09 PM</font></ul>
</ul>
</ul>
</ul>
</td><td width=3D"100%"><img src=3D"cid:20__=3D0ABBFAC7DFFD04588f9e8a93=
df938@us.ibm.com" border=3D"0" height=3D"1" width=3D"1" alt=3D""><br>
<font size=3D"1" face=3D"Arial"> </font><br>
<font size=3D"2"> To: </font><font size=3D"2">ids@iiug.org</font><br>
<font size=3D"2"> cc: </font><br>
<font size=3D"2"> Subject: </font><font size=3D"2">Re: Re: RE: New SKIP=
, LIMIT of SELECT are afe [5562]</font></td></tr>
</table>
<br>
<br>
<tt>Wait a minute:<br>
<br>
select first 10 tabid, tabname[1,20]<br>
from systables<br>
into temp tx_first10_sys;<br>
<br>
Does not work in IDS 10.00.TC1TL (Windows XP-Pro SP2).<br>
I'm almost sure it doesn't work in Linux too (UC1).<br>
<br>
Maybe it works in "10.00.xC3"<br>
<br>
..<br>
<br>
Hey there is an IDS 10 express edition trial !! (Downloading right know=
) it is iif.10.00.TC3ET.W2K.zip, so I supose this kind of query works w=
ith this version.<br>
<br>
</tt><tt><a href=3D"http://www14.software.ibm.com/webapp/download/searc=
h.jsp?go=3Dy&rs=3Difxsee">http://www14.software.ibm.com/webapp/download=
/search.jsp?go=3Dy&rs=3Difxsee</a></tt><tt><br>
<br>
<br>
J.<br>
<br>
PD: This flash is also interesting about IDS:<br>
<br>
</tt><tt><a href=3D"http://www-306.ibm.com/software/data/informix/ids/m=
obility/everyplace4ids/">http://www-306.ibm.com/software/data/informix/=
ids/mobility/everyplace4ids/</a></tt><tt><br>
<br>
<br>
<br>
<br>
<br>
-----Original Message-----<br>
From: Vinayak Shenoi <vshenoi@us.ibm.com><br>
To: "Jean Sagi" <jeansagi@myrealbox.com><br>
Date: Fri, 5 Aug 2005 09:21:52 -0700<br>
Subject: Re: RE: New SKIP, LIMIT of SELECT are afe [5558]<br>
<br>
<br>
<br>
<br>
<br>
<br>
The query you have mentioned below works with IDS 10x server.<br>
<br>
dbaccess sysmaster -<br>
<br>
Database selected.<br>
<br>
> select first 10 tabid, tabname[1,20] from systa=
bles into temp<br>
tx_first10_sys;<br>
<br>
10 row(s) retrieved into temp table.<br>
<br>
dbaccess sysmaster -<br>
<br>
Database selected.<br>
<br>
> select skip 5 limit 20 tabid, tabname[1,20] from syst=
ables into<br>
temp tx_first10_sys;<br>
<br>
20 row(s) retrieved into temp table.<br>
<br>
Thanks,<br>
Vinayak Shenoi<br>
<br>
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=
=3D=3D=3D=3D=3D=3D<br>
Vinayak Shenoi<br>
Advisory Software Engineer<br>
IBM Informix Server Engineering<br>
Information Management<br>
4100 Bohannon Drive, Menlo Park, CA 94025<br>
Ph:650-926-6341; T/L 630-6341<br>
vshenoi@us.ibm.com<br>
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=
=3D=3D=3D=3D=3D=3D<br>
<br>
<br>
=
&=
nbsp; &n=
bsp; <br>
"Jean Sagi" =
=
&=
nbsp; <br>
<jeansagi@myrealb =
&=
nbsp; &n=
bsp; <br>
ox.com> &nb=
sp; &nbs=
p;  =
; To <br>
Sent by:  =
; ids@iiug.org &=
nbsp; <br=
>
forum.subscriber@ &nb=
sp; &nbs=
p; cc <br=
>
iiug.org  =
; =
=
<br>
=
&=
nbsp; &n=
bsp; Subject <br>
=
Re: RE: =
New SKIP, LIMIT of SELECT <br>
08/05/2005 06:35 &nbs=
p; are afe [5558]  =
; <br>
AM &nbs=
p;  =
; =
<br>
=
&=
nbsp; &n=
bsp; <br>
=
&=
nbsp; &n=
bsp; <br>
=
&=
nbsp; &n=
bsp; <br>
=
&=
nbsp; &n=
bsp; <br>
=
&=
nbsp; &n=
bsp; <br>
<br>
<br>
<br>
<br>
Well limit is a synonym for first as it is stated below and querys like=
<br>
this never worked:<br>
<br>
select first 10 tabid, tabname[1,20]<br>
from systables<br>
into temp tx_first10_sys<br>
<br>
It gives:<br>
<br>
-944 Cannot use "first" in this context.<br>
<br>
This statement uses FIRST N inside a subquery. This action is not<br>
supported.<br>
<br>
Review the use of FIRST N and check that it is applied only to the oute=
r<br>
main<br>
query SELECT clause.<br>
<br>
Which personally consider is very silly from the engine point of view.<=
br>
<br>
<br>
J.<br>
<br>
<br>
<br>
-----Original Message-----<br>
From: "Gilker, Charles" <CGilker@milbank.com><br>
To: "Jean Sagi " <jeansagi@myrealbox.com><br>
Date: Fri, 5 Aug 2005 09:15:04 -0400<br>
Subject: RE: New SKIP, LIMIT of SELECT are afe [5557]<br>
<br>
Why would you think that it wouldn't apply to temp tables?<br>
<br>
-----Original Message-----<br>
From: forum.subscriber@iiug.org [<a href=3D"mailto:forum.subscriber@iiu=
g.org">mailto:forum.subscriber@iiug.org</a>] On<br>
Behalf Of Jean Sagi<br>
Sent: Friday, August 05, 2005 7:57 AM<br>
To: ids@iiug.org<br>
Subject: New SKIP, LIMIT of SELECT are afe [5557]<br>
<br>
I noticed this from "New Features in Dynamic Server, Version 10.00=
.xC3"<br>
of<br>
</tt><tt><a href=3D"http://publib.boulder.ibm.com/infocenter/ids9help/i=
ndex.jsp?topic=3D/com.i">http://publib.boulder.ibm.com/infocenter/ids9h=
elp/index.jsp?topic=3D/com.i</a></tt><tt><br>
bm.sqls.doc/sqls02.htm<br>
<br>
--------------------------------------------------------------------<br=
>
New Projection Clause syntax of the SELECT statement can control the<br=
>
number of qualifying rows in the result set of a query:<br>
<br>
* SKIP offset<br>
* LIMIT max<br>
<br>
The SKIP offset clause excludes the first offset qualifying rows from<b=
r>
the result set, for offset an integer. If you also include the LIMIT ma=
x<br>
clause (where LIMIT is a keyword synonym for FIRST), no more than max<b=
r>
rows are returned. The offset and max values can be specified as litera=
l<br>
integers in the SERIAL8 range, or as host variables, or as local SPL<br=
>
variables. You can save the result set as a collection-derived table<br=
>
(CDT).<br>
<br>
If you also include the ORDER BY clause, the qualifying rows are first<=
br>
arranged by the ORDER BY specification before the SKIP offset and LIMIT=
<br>
max clauses are applied.<br>
--------------------------------------------------------------------<br=
>
<br>
Are these type of querys impossible if inserted into a temporary table?=
<br>
<br>
<br>
J.<br>
<br>
<br>
PD: I don't have an IDS 10.00.xc3 to test myself.<br>
<br>
<br>
<br>
<br>
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D<b=
r>
<br>
IRS Circular 230 Disclosure: U.S. federal tax advice in the foreg=
oing<br>
message from Milbank, Tweed, Hadley & McCloy LLP is not intended or=
written<br>
to be, and cannot be used, by any person for the purpose of avoiding ta=
x<br>
penalties that may be imposed regarding the transactions or matters<br>=
addressed. If any U.S. federal tax advice contained in this message is =
used<br>
or referred to in promoting, marketing or recommending of the transacti=
ons<br>
or matters addressed (which any person who is not our client with respe=
ct<br>
to the transactions or matters addressed should assume to be the case),=
<br>
then (i) such tax advice should be construed as written in connection w=
ith<br>
the promotion or marketing (within the meaning of IRS Circular 230) of =
the<br>
transactions or matters addressed and (ii) such person should seek advi=
ce<br>
based on their particular circumstances from an independent tax advisor=
.<br>
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D<b=
r>
<br>
This e-mail message may contain legally privileged and/or confidential<=
br>
information. If you are not the intended recipient(s), or the employee =
or<br>
agent responsible for delivery of this message to the intended<br>
recipient(s), you are hereby notified that any dissemination, distribut=
ion<br>
or copying of this e-mail message is strictly prohibited. If you have<b=
r>
received this message in error, please immediately notify the sender an=
d<br>
delete this e-mail message from your computer.<br>
<br>
<br>
Jean Sagi<br>
jeansagi@myrealbox.com<br>
jeansagi@gmail.com<br>
<br>
<br>
<br>
<br>
Jean Sagi<br>
jeansagi@myrealbox.com<br>
jeansagi@gmail.com<br>
<br>
<br>
</tt>
</body></html>=
--1__=0ABBFAC7DFFD04588f9e8a93df938690918c0ABBFAC7DFFD0458--
--0__=0ABBFAC7DFFD04588f9e8a93df938690918c0ABBFAC7DFFD0458
Content-type: image/gif;
name="graycol.gif"
Content-Disposition: inline; filename="graycol.gif"
Content-ID: <10__=0ABBFAC7DFFD04588f9e8a93df938@us.ibm.com>
Content-transfer-encoding: base64
R0lGODlhEAAQAKECAMzMzAAAAP///wAAACH5BAEAAAIALAAAAAAQABAAAAIXlI+py+0PopwxUbpu
ZRfKZ2zgSJbmSRYAIf4fT3B0aW1pemVkIGJ5IFVsZWFkIFNtYXJ0U2F2ZXIhAAA7
--0__=0ABBFAC7DFFD04588f9e8a93df938690918c0ABBFAC7DFFD0458
Content-type: image/gif;
name="ecblank.gif"
Content-Disposition: inline; filename="ecblank.gif"
Content-ID: <20__=0ABBFAC7DFFD04588f9e8a93df938@us.ibm.com>
Content-transfer-encoding: base64
R0lGODlhEAABAIAAAAAAAP///yH5BAEAAAEALAAAAAAQAAEAAAIEjI8ZBQA7
--0__=0ABBFAC7DFFD04588f9e8a93df938690918c0ABBFAC7DFFD0458
Content-type: image/gif;
name="pic13395.gif"
Content-Disposition: inline; filename="pic13395.gif"
Content-ID: <30__=0ABBFAC7DFFD04588f9e8a93df938@us.ibm.com>
Content-transfer-encoding: base64
R0lGODlhWABDALP/AAAAAK04Qf79/o+Gm7WuwlNObwoJFCsoSMDAwGFsmIuezf///wAAAAAAAAAA
AAAAACH5BAEAAAgALAAAAABYAEMAQAT/EMlJq704682770RiFMRinqggEUNSHIchG0BCfHhOjAuh
EDeUqTASLCbBhQrhG7xis2j0lssNDopE4jfIJhDaggI8YB1sZeZgLVA9YVCpnGagVjV171aRVrYR
RghXcAGFhoUETwYxcXNyADJ3GlcSKGAwLwllVC1vjIUHBWsFilKQdI8GA5IcpApeJQt8L09lmgkH
LZikoU5wjqcyAMMFrJIDPAKvCFletKSev1HBw8KrxtjZ2tvc3d5VyKtCKW3jfz4uMKmq3xu4N0nK
BVoJQmx2LGVOmrqNjjJf2hHAQo/eDwJGTKhQMcgQEEAnEjFS98+RnW3smGkZU6ncCWav/4wYOnAI
TihRL/4FEwbp28BXMMcoscQCVxlepL4IGDSCyJyVQOu0o7CjmLN50OZlqWmyFy5/6yBBuji0AxFR
M00oQAqNIstqI6qKHUsWRAEAvagsmfUEAImyxgbmUpJk3IklNUtJOUAVLoUr1+wqDGTE4zk+T6FG
uQb3SizBCwatiiUgCBN8vrz+zFjVyQ8FWkOlg4NQiZMB5QS8QO3mpOaKnL0Z2EKvNMSILEThKhCg
zMKPVxYJh23qm9KNW7pArPynMqZDiErsTMqI+LRi3QAgkFUbXpuFKhSYZALd0O5RKa2z9EYKBbpb
qxIKsjUPRgD7I2XYV6wyrOw92ykExP8NW4URhknC5dKGE4v4NENQj2jXjmfNgOZDaXb5glRmXQ33
YEWQYNcZFnrYcIQLNzyTFDQNkXIff0ExVlY4srziQk43inZgL4rwxxINMvpFFAz1KOODHiu+4aEw
NEjFl5B3JIKWKF3k6I9bfUGp5ZZcdunll5IA4cuHvQQJ5gcsoCWOOUwgltIwAKRxJgbIkJAQZEq0
2YliZnpZZ4BH3CnYOXldOUOfQoYDqF1LFHbXCrO8xmRsfoXDXJ6ChjCAH3QlhJcT6VWE6FCkfCco
CgrMFsROrIEX3o2whVjWDjoJccN3LdggSGXLCdLEgHr1lyU3O3QxhgohNKXJCWv8JQr/PDdaqd6w
2rj1inLiGeiCJoDspAoQlYE6QWLSECehcWIYxIQES6zhbn1iImTHEQyqJ4eIxJJoUBc+3CbBuwZE
V5cJPPkIjFDdeEabQbd6WgICTxiiz0f5dBKquXF6k4senwEhYGnKEFJeGrxUZy8dB8gmAXI/sPvH
ESfCwVt5hTgYiqQqtdRNHQIU1PJ33ZqmzgE90OwLaoJcnMop1WiMmgkPHQRIrwgFuNV90A3doNKT
mrKIN07AnGcI9BQjhCBN4RfA1qIZnMqorJCogKfGQnxSCDilTVIA0yl5ciTovgLuBDKFUDE9aQcw
9SA+rjSNf9/M1gxrj6VwDTS0IUSElMzBfsj0NFXR2kwsV1A5IF1grLgLL/r1R40BZEnuBWgmQEyb
jqRwSAt6bqMCOFkvKFN2GPPkUzIm/SCF8z8pVzpbjVnMsy0vOr1hw3SaSRUhpY09v0z0J1FnwzPl
fmh+xl4WtR0zGu24I4KbMQm3lnVu2oNWxI9W/lcyzA+mCKF4DBikxb/+UWtOGRiFP8qEwAayIgIA
Ow==
--0__=0ABBFAC7DFFD04588f9e8a93df938690918c0ABBFAC7DFFD0458--
Messages In This Thread
IDS Forum is maintained by Administrator with WebBBS 5.12.
|
|
