[lnkForumImage]
TotalShareware - Download Free Software

Confronta i prezzi di migliaia di prodotti.
Asp Forum
 Home | Login | Register | Search 


 

Forums >

microsoft.public.vb.general.discussion

Which Microsoft ActiveX Data Objects 2.x Library should I reference?

(Mike Mitchell)

11/25/2010 5:20:00 PM

On my PC I have in Available References:
- Microsoft ActiveX Data Objects 2.0 Library
- Microsoft ActiveX Data Objects 2.1 Library
- Microsoft ActiveX Data Objects 2.5 Library
- Microsoft ActiveX Data Objects 2.6 Library
- Microsoft ActiveX Data Objects 2.7 Library
- Microsoft ActiveX Data Objects 2.8 Library

Currently I have referenced 2.1 and am using a disconnected recordset
(no database) which is saved into a file using adPersistADTG, then
subsequently Opened in another session.

I note that Windows 2000, XP and so on have a version of MDAC
installed as standard.

If the version installed is later than, say, 2.1 will it fall back to
supporting my app which was coded with 2.1 referenced?

MM
17 Answers

(nobody)

11/25/2010 6:04:00 PM

0

"MM" <kylix_is@yahoo.co.uk> wrote in message
news:a86te614i9vmusdje56fth0q5n8pe824d3@4ax.com...
> On my PC I have in Available References:
> - Microsoft ActiveX Data Objects 2.0 Library
> - Microsoft ActiveX Data Objects 2.1 Library
> - Microsoft ActiveX Data Objects 2.5 Library
> - Microsoft ActiveX Data Objects 2.6 Library
> - Microsoft ActiveX Data Objects 2.7 Library
> - Microsoft ActiveX Data Objects 2.8 Library
>
> Currently I have referenced 2.1 and am using a disconnected recordset
> (no database) which is saved into a file using adPersistADTG, then
> subsequently Opened in another session.
>
> I note that Windows 2000, XP and so on have a version of MDAC
> installed as standard.
>
> If the version installed is later than, say, 2.1 will it fall back to
> supporting my app which was coded with 2.1 referenced?

Everything except the latest version points to a type library that limits
what functionality you can use, so you don't use new features after that
version. However, all these type libraries point to the latest DLL on your
system, 2.8 in this case. Windows 2000 came with ADO 2.5, so if you choose
ADO 2.5, you technically don't need to install MDAC on Windows 2000 and
after, and that means smaller downloads. However, all of your testing is
going against ADO version 2.8, so if you don't distribute MDAC 2.8, users
who have lesser versions might see issues that were fixed in 2.8. So the
best practice is to distribute the same MDAC version as the highest you see
in the list, 2.8, except on Vista and after, since Vista and after come with
ADO 6.0, just like the OS version.

I would choose ADO 2.5 without distributing MDAC, and deal with any errors
that customers with lower versions might report, or test on these versions.

See also this blog entry by Tony Toews about this issue:

I've never quite trusted ADO because...
http://msmvps.com/blogs/access/archive/2010/07/01/i-ve-never-quite-trusted-ado-be...


Tony Toews

11/25/2010 8:26:00 PM

0

On Thu, 25 Nov 2010 13:03:34 -0500, "Nobody" <nobody@nobody.com>
wrote:

You took the words right out of my keyboard!

>See also this blog entry by Tony Toews about this issue:
>
>I've never quite trusted ADO because...
>http://msmvps.com/blo...archive/2010/07/01/i-ve-never-quite-trusted-ado-be...

Whoohoo! A blog entry of mine gets quoted in the VB6 newsgroups.
I've finally gotten a small amount of respect here despite my working
in Access. Hehehehe. Just kidding.

Tony

--
Tony Toews, Microsoft Access MVP
Tony's Main MS Access pages - http://www.granite.ab.ca/ac...
Tony's Microsoft Access Blog - http://msmvps.com/blo...
For a convenient utility to keep your users FEs and other files
updated see http://www.autofeup...

(Mike Mitchell)

11/25/2010 9:08:00 PM

0

On Thu, 25 Nov 2010 13:03:34 -0500, "Nobody" <nobody@nobody.com>
wrote:

>"MM" <kylix_is@yahoo.co.uk> wrote in message
>news:a86te614i9vmusdje56fth0q5n8pe824d3@4ax.com...
>> On my PC I have in Available References:
>> - Microsoft ActiveX Data Objects 2.0 Library
>> - Microsoft ActiveX Data Objects 2.1 Library
>> - Microsoft ActiveX Data Objects 2.5 Library
>> - Microsoft ActiveX Data Objects 2.6 Library
>> - Microsoft ActiveX Data Objects 2.7 Library
>> - Microsoft ActiveX Data Objects 2.8 Library
>>
>> Currently I have referenced 2.1 and am using a disconnected recordset
>> (no database) which is saved into a file using adPersistADTG, then
>> subsequently Opened in another session.
>>
>> I note that Windows 2000, XP and so on have a version of MDAC
>> installed as standard.
>>
>> If the version installed is later than, say, 2.1 will it fall back to
>> supporting my app which was coded with 2.1 referenced?
>
>Everything except the latest version points to a type library that limits
>what functionality you can use, so you don't use new features after that
>version. However, all these type libraries point to the latest DLL on your
>system, 2.8 in this case. Windows 2000 came with ADO 2.5, so if you choose
>ADO 2.5, you technically don't need to install MDAC on Windows 2000 and
>after, and that means smaller downloads. However, all of your testing is
>going against ADO version 2.8, so if you don't distribute MDAC 2.8, users
>who have lesser versions might see issues that were fixed in 2.8. So the
>best practice is to distribute the same MDAC version as the highest you see
>in the list, 2.8, except on Vista and after, since Vista and after come with
>ADO 6.0, just like the OS version.
>
>I would choose ADO 2.5 without distributing MDAC, and deal with any errors
>that customers with lower versions might report, or test on these versions.
>
>See also this blog entry by Tony Toews about this issue:
>
>I've never quite trusted ADO because...
>http://msmvps.com/blogs/access/archive/2010/07/01/i-ve-never-quite-trusted-ado-be...

Okay, thanks for that. Note that I'm only going to be using ADO in a
fairly minimalist way to support disconnected recordsets saved
to/loaded from a file (no database).

MM

ralph

11/26/2010 9:42:00 AM

0

On Thu, 25 Nov 2010 17:20:03 +0000, MM <kylix_is@yahoo.co.uk> wrote:

>On my PC I have in Available References:
>- Microsoft ActiveX Data Objects 2.0 Library
>- Microsoft ActiveX Data Objects 2.1 Library
>- Microsoft ActiveX Data Objects 2.5 Library
>- Microsoft ActiveX Data Objects 2.6 Library
>- Microsoft ActiveX Data Objects 2.7 Library
>- Microsoft ActiveX Data Objects 2.8 Library
>
>Currently I have referenced 2.1 and am using a disconnected recordset
>(no database) which is saved into a file using adPersistADTG, then
>subsequently Opened in another session.
>
>I note that Windows 2000, XP and so on have a version of MDAC
>installed as standard.
>
>If the version installed is later than, say, 2.1 will it fall back to
>supporting my app which was coded with 2.1 referenced?
>

The simple answer to the question is yes. Pick the version of ADO you
want to use and ignore MDAC.

A more detailed and really boring answer follows. [You can easily and
safely exit here.]

When ADO was introduced and for most of its history it was supported
by a team separate from the development or system groups. It had
separate release cycles from any other product. Products that shipped
with MDAC, included whatever current version was available and could
be later updated with subsequent MDAC releases.

The MDAC was the keystone of what Microsoft called "Universal Access",
the idea of a single assortment of tools providing access to any data
source through a single access library. ODBC had gone a long way to
providing this sort of functionality, but ODBC was tied to a single
hierarchical data model - ADO and OLE DB removed this limitation.

To implement this grand strategy MS adopted its other rising star -
COM - that's where and why OLE is so much a major player.

A major point of confusion is that while MDAC releases were/are named
after the most current version of ADO (the ActiveX Data Objects) they
supported - the MDAC is actually a package of diverse though related
components - the principle catagories being OLE 'system' support, OLE
DB components and OLE DB Providers, and the ADO data access library.
(These packages originally also included ISAM and ODBC drivers, and
the DAO data access library, ie - one-stop shopping for all data
access.)

The strategy was grand and ambitious. Perhaps too ambitious as
problems appeared almost immediately in trying to keep such a diverse
asssortment of tools all current (and provide bug fixes and upgrades)
in a single package. Or perhaps it was mostly marketing and MS never
really expected it to be all that Universal in the first place.

One problem was the ADO data access libraries, the second was the
improvement and fixes of the OLE/OLE DB components. While ADO itself
is essentially non-system dependent, OLE is totally system dependent,
and OLE DB was product dependent as well as having a foot in both ADO
and OLE.

It would take too long to document all the various changes to the
MDAC package in its migration from a 'universal' store house to a
'specific' ADO/OLE tool, and such information is
readily available on the web, but to highlight a few ...

The ADO libraries improved in features and needed bug fixes the
fastest . (Probably why MDAC releases were named after ADO versions.)
To manage this MS adopted the strategy to provide a single named
component that supplied multiple interfaces. This simplified four
things:
1) With each new ADO release MS simply provided a new interface to the
existing component,
2) Each version had many features in common with previous versions.
Keeping them in the same component meant they only had to have one set
of code for all,
3) as bug fixes and improvements often affected more that one version
of ADO they could provide those fixes at a single point,
4) they avoided having multiple versions laying around - one file
replaced the old.
Each new release provides support for all previous versions of ADO.

Stop and think what the packages might have looked like if MS hadn't
adopted this strategy. We could have had ...
msado15.dll
msado2.dll
msado2b.dll
msado25.dll
msado25b.dll
msado25c.dll
msado25d.dll
msado26.dll
msado26b.dll
msado26c.dll
msado27.dll
msado27b.dll
msado28.dll
msado28b.dll
...
If having multiple interfaces for one component confused developers
just imagine what a mess the above would have been.

The same problems existed for the OLE components and MS adopted the
same strategy. For different O/Ss (and the OLE components) MS simply
provided separate MDAC packages. That's why there is a different one
for Win2000 and below and another one for XP. (Both labeled '2.8' by
the way.)

For partly political reasons (MS announced the death of DAO several
times and really wanted to push migration to SQL server) and simply
because the under-lying technology and dependences were so different,
DAO, ISAM, and ODBC was removed from the MDAC. Those components are
supplied in separate JET packages.

The MDAC has confused and caused doubt for years for otherwise
competent developers (Mr. Toews's article an excellent example), and
for absolutely NO reason. A zillion bytes have been wasted when the
rule has ALWAYS been very simple and valid from Day One. Pick the
version of ADO you want to use. If a client doesn't have the
components to support that version then have them download or supply
the latest 'n greatest MDAC package - NO MATTER WHAT VERSION OF ADO
YOU ARE USING.

In general, previous to Vista, every client and developer has always
been advised to download the most current MDAC package appropriate for
their system. Not necessarily to support a higher version of ADO but
to take advantage of improvements and fixes for both ADO and OLE.
Again - NO MATTER WHAT VERSION OF ADO A PARTICULAR PRODUCT IS USING.

A developer can also take it as a general rule to develop against ADO
2.5. This is because
1) after all this time it is the most stable,
2) the most clients already have it no matter what platform they are
using, and
3) 2.5 provides the bulk of the features a developer
commonly uses.
But this really has little to do with MDAC, except obviously the
client has to have an MDAC installed that has the components to
supports the version of ADO a program uses. But if everyone simply
installs the latest 'n greatest - then it was not, is not, nor should
it ever be, a problem. [there were a few issues with 2.6, thus the
subsquent quick release of 2.7 and 2.7rtm, followed by their equally
quick demise with the release of 2.8.]

IMHO If a developer knows his targets are XP and above then should use
ADO 2.8, but the advantage is only additonal features (which as
already noted you likely won't need but nice to have if you do. <g>)
and by now it is equally stable.

And last - all of this is becoming a non-issue since MS now includes
ADO and OLE/OLE DB as part of Vista and Win7 supplied components (and
updated by SPs and not from a separate 'universal' package). MDAC is
gone. So pick any version of ADO you want* it will be supported.

MS also now supply OLE DB providers as separate downloads. OLE DB and
OLE is likely to remain a platform supported feature.

Whew!
-ralph

[* I don't advise picking anything previous to 2.5 as there are
differences in behavior and not all the bugs have been fixed.]

(Mike Mitchell)

11/26/2010 12:10:00 PM

0

On Fri, 26 Nov 2010 03:41:42 -0600, ralph <nt_consulting64@yahoo.net>
wrote:

[snip]

>[* I don't advise picking anything previous to 2.5 as there are
>differences in behavior and not all the bugs have been fixed.]

Thanks for all that! Very interesting. Yesterday, after reading the
feedback and before reading your current post I switched from
Microsoft ActiveX Data Objects 2.1 Library to Microsoft ActiveX Data
Objects 2.5 Library, which struck me as a happy medium. I'm not
planning on releasing the app for W2K because I want to again use
registration-free COM with a manifest file. So this will mean XP and
following.

MM

Tony Toews

11/28/2010 10:04:00 PM

0

On Fri, 26 Nov 2010 03:41:42 -0600, ralph <nt_consulting64@yahoo.net>
wrote:

>A more detailed and really boring answer follows. [You can easily and
>safely exit here.]

A very interesting summary of the history ADO snipped. As I stayed
in the Access world I stayed with DAO and never did much with ADO so
this is greatly appreciated.

>In general, previous to Vista, every client and developer has always
>been advised to download the most current MDAC package appropriate for
>their system. Not necessarily to support a higher version of ADO but
>to take advantage of improvements and fixes for both ADO and OLE.
>Again - NO MATTER WHAT VERSION OF ADO A PARTICULAR PRODUCT IS USING.

Now that I understand how ADO works I would just stick with the base
version of ADO that came with the lowest targeted OS and is updated by
the OS. Unless a new version had an required feature. But then I
avoid doing any installs which require admin priviliges.

Although now that I reread the above paragraph I see you stated "has
always been advised..." which doesn't mean you agree with that advice.
<smile>

>A developer can also take it as a general rule to develop against ADO
>2.5. This is because
>1) after all this time it is the most stable,
>2) the most clients already have it no matter what platform they are
>using, and
>3) 2.5 provides the bulk of the features a developer
>commonly uses.

And ADO 2.5 is present on Windows 2000 and all newer Windows OSs.
And I'm assuming no one these days is targeting older OSs given that
MS no longer provides security patches.

>IMHO If a developer knows his targets are XP and above then should use
>ADO 2.8,

Agreed given that 2.8 comes with the OS.

>Whew!

Whew is right!

Tony
--
Tony Toews, Microsoft Access MVP
Tony's Main MS Access pages - http://www.granite.ab.ca/ac...
Tony's Microsoft Access Blog - http://msmvps.com/blo...
For a convenient utility to keep your users FEs and other files
updated see http://www.autofeup...

okeyci

1/2/2013 2:31:00 AM

0

Am 01.01.2013 23:39, schrieb Acephale Lemar:
> okeyci wrote:
>> Am 01.01.2013 20:04, schrieb vural korkmaz:
>>>
>>> Turkiye'de askerlik, bircok Bati ulkelerinde oldugu gibi, gonullu
>>> olmalidir. Ancak bir farkla. Subaylar ve assubaylar hizmetlerine
>>> gonullu erlikten baslamalidirlar. Subaylar ve assubaylar su anda
>>> mesleklerine gonullu olarak baslarlar; ancak askerligin ne oldugunu
>>> bilmeden ve cok uzun mecburi hizmete yukumlu olarak askerlige
>>> baslarlar. Askerlikle bagdasamayaklarini anlayinca bu cok uzun
>>> mecburi hizmet yukumlulugu onlari son derece mutsuz yapar ve
>>> verdikleri hizmet kalitesi son derece dusuk olur.
>>>
>>> Subay ve assubay adaylari erler arasindan secilmis olsalar, bu islem
>>> daha demokratik ve firsat esitligine uygun olur, onlari mutlu ve
>>> hizmetlerini cok daha verimli yapardi.
>>
>> Pratik olarak m?mk?n degil. C?nk? askerlik yasi 20. O saatten sonra
>> kimi subay vs, yetistireceksin?
>
> Bu sorun c?z?l?rse, maasli askerlik sana g?re sakincasiz, ?yle mi?

Bana g?re ordu-askerlik-silahlar vb. c?pl?k. Ama insanlik hen?z o caga
gelemedi senin gibi andavallar y?z?nden.

Evet, zaten maasli askerlik subay vb. d?zeyinde var. Tamami
maasli-profesyonel olmali.

>> Askeri okulda yemin t?reninden evvel askerlikten ayrilmak m?mk?n.
>> Fakat kac kisi o tazminati ?deyebilir? Ki meslekteki ilk 15 yil da
>> mecburi hizmet s?resi. K?lelik... Bu kanunlarin degismesi lazim.
>
> Yapma be, c?mezlik devresinde bile deneyimli bir isci maasi alacaklar,
> bir meslek ve baska beceriler edinecekler, ama karsiligina 15 mecburi
> hizmet s?resi "k?lelik" olacak, ?yle mi? Bence cok makul, sana
> katilacagim tek husus, tazminat hususunun adilane yeniden d?zenlenmesi
> olacaktir.

12 Eyl?l anayasasina bile g?re, kimse zorla calistirilamaz. Calisma
taahh?d?nde bulunmus olsa bile...

Acephale Lemar

1/2/2013 10:29:00 AM

0

okeyci wrote:
> Am 01.01.2013 23:39, schrieb Acephale Lemar:
>> okeyci wrote:

>>> Pratik olarak m?mk?n degil. C?nk? askerlik yasi 20. O saatten sonra
>>> kimi subay vs, yetistireceksin?
>>
>> Bu sorun c?z?l?rse, maasli askerlik sana g?re sakincasiz, ?yle mi?
>
> Bana g?re ordu-askerlik-silahlar vb. c?pl?k. Ama insanlik hen?z o caga
> gelemedi senin gibi andavallar y?z?nden.

Sana bunu soran mi var? Itici yanlarindan biri de bu, hef lafa leblebi
oluyorsun, ama kafana girmeyen husus, her insan konusurken leblebei
yimez.

> Evet, zaten maasli askerlik subay vb. d?zeyinde var. Tamami
> maasli-profesyonel olmali.

"tamami" dirken t?m askerleri kasdettin galiba. Gerekceni de bildirecek
misin?

>>> Askeri okulda yemin t?reninden evvel askerlikten ayrilmak m?mk?n.
>>> Fakat kac kisi o tazminati ?deyebilir? Ki meslekteki ilk 15 yil da
>>> mecburi hizmet s?resi. K?lelik... Bu kanunlarin degismesi lazim.
>>
>> Yapma be, c?mezlik devresinde bile deneyimli bir isci maasi
>> alacaklar, bir meslek ve baska beceriler edinecekler, ama
>> karsiligina 15 mecburi hizmet s?resi "k?lelik" olacak, ?yle mi?
>> Bence cok makul, sana katilacagim tek husus, tazminat hususunun
>> adilane yeniden d?zenlenmesi olacaktir.
>
> 12 Eyl?l anayasasina bile g?re, kimse zorla calistirilamaz. Calisma
> taahh?d?nde bulunmus olsa bile...

Bana ne 12 Eyl?l Anayasasi'ndan! Bir burada gecerli yasalar hakkinda
konusmuyoruz c?nk?, ne de onlari yormakla mesguluz.
Calismak s?z? vermisse bir insan ona verilecek bir egitim karsiliginda
ve de calismak istemiyorsa o yerde, anlasmada ?n g?r?len tazminati ?der,
disari cikar. Senin gibi _sonradan_ 15 yil k?lelik zamani olarak
carpitilmadan, c?nk? hic bir insan istemedigi anlasmayi imzalamak ile
y?k?ml? degildir.

kufuryok2013

1/2/2013 1:02:00 PM

0

On Wed, 2 Jan 2013 11:29:12 +0100, "Acephale Lemar"
<privat@org.invalid> wrote:

>okeyci wrote:
>> Am 01.01.2013 23:39, schrieb Acephale Lemar:
>>> okeyci wrote:

>>>> Pratik olarak m?mk?n degil. C?nk? askerlik yasi 20. O saatten sonra
>>>> kimi subay vs, yetistireceksin?

>>> Bu sorun c?z?l?rse, maasli askerlik sana g?re sakincasiz, ?yle mi?

>> Bana g?re ordu-askerlik-silahlar vb. c?pl?k. Ama insanlik hen?z o caga
>> gelemedi senin gibi andavallar y?z?nden.

>Sana bunu soran mi var? Itici yanlarindan biri de bu, hef lafa leblebi
>oluyorsun, ama kafana girmeyen husus, her insan konusurken leblebei
>yimez.

O kapitalist u?a??n?n g?revi bu: Her lafa maydanoz olmak!

>> Evet, zaten maasli askerlik subay vb. d?zeyinde var. Tamami
>> maasli-profesyonel olmali.

>"tamami" dirken t?m askerleri kasdettin galiba. Gerekceni de bildirecek
>misin?

San?r?m bu konuda yan?l?yorsun. Profesyonel bir ordu (yani herkes, er
astsb. sb. hayat?n? bu yoldan kazan?yor) her zaman mecburi hizmetli
bir ordudan ?st?nd?r. ??nk?... (?imdi teker teker bunun sebeplerine
girmek ?ok uzun s?rer. Fakat en ?nemli birini yazaca??m) Profesyonel
orduda elemanlar?n i?lerini ??renmek ve onlar? uygulamak i?in en az 5
y?llar? var.
Askere ?a?r?lma i?inde ise bu sadece 2 sene. Daha i?in abc sini
??renmeden tezkere al?yorlar. Nitekim eskiden denizci olan erler 4
sene, jandarma ise 3 sene yapmaktayd? askerli?ini. O zamanlar insan
haklar? daha gev?ekti. :)

>>>> Askeri okulda yemin t?reninden evvel askerlikten ayrilmak m?mk?n.
>>>> Fakat kac kisi o tazminati ?deyebilir? Ki meslekteki ilk 15 yil da
>>>> mecburi hizmet s?resi. K?lelik... Bu kanunlarin degismesi lazim.

>>> Yapma be, c?mezlik devresinde bile deneyimli bir isci maasi
>>> alacaklar, bir meslek ve baska beceriler edinecekler, ama
>>> karsiligina 15 mecburi hizmet s?resi "k?lelik" olacak, ?yle mi?
>>> Bence cok makul, sana katilacagim tek husus, tazminat hususunun
>>> adilane yeniden d?zenlenmesi olacaktir.

O i?in daha da garibi var. 71 senesinde ordu hakimdi Meclis'e. Hangi
kanunu isterlerse Erim h?k?meti k?t diye ??kar?yordu. ??te o s?ralar 9
sene mecburi hizmete imza atm?? olanlar?n hizmet s?releri
de kanunla 15 seneye ??kar?ld?. "Yahu ben 9 seneye imza att?m!" dersen
"Git derdini Markopa?a'ya anlat!" dediler. Daha sonralar? bu sebepten
s?k?nt?ya d??enler i?i y?ksek yarg?ya g?t?rd? ve sadece o ?ah?slara
9 sene olarak kald?. Kanundan sonra girenler i?in 15 sene oldu ve ?yle
devam etti. Sebep (yani 15 sene gibi uzun bir s?reye sebep) ordunun
kalifiye elemanlar?n? kaybetmesi. O zamanlar orduda 800 lira ayl?k
alan biri d??ar?da, e?er bran??nda iyiyse, 3000-3500 lira ayl??a para
demezdi.

>> 12 Eyl?l anayasasina bile g?re, kimse zorla calistirilamaz. Calisma
>> taahh?d?nde bulunmus olsa bile...

>Bana ne 12 Eyl?l Anayasasi'ndan! Bir burada gecerli yasalar hakkinda
>konusmuyoruz c?nk?, ne de onlari yormakla mesguluz.
>Calismak s?z? vermisse bir insan ona verilecek bir egitim karsiliginda
>ve de calismak istemiyorsa o yerde, anlasmada ?n g?r?len tazminati ?der,
>disari cikar. Senin gibi _sonradan_ 15 yil k?lelik zamani olarak
>carpitilmadan, c?nk? hic bir insan istemedigi anlasmayi imzalamak ile
>y?k?ml? degildir.

Bir de ?u var: Anayasa(lar) a g?re kimse bir ?ah?sa anayasaya ayk?r?
bir kontrat imzalatamaz. Yani i? ba??ndan kanunsuz. Anayasan?n ?nemi
buradan geliyor. B?yle bir ?eyi imzalasan bile o y?zden ge?ersiz
say?l?r.

Acephale Lemar

1/2/2013 9:58:00 PM

0

Ba??ar Alabay wrote:
> okeyci ??unu yazm????:
>
>>> Bu sorun c??z??l??rse, maasli askerlik sana g??re sakincasiz, ??yle mi?
>>
>> Bana g??re ordu-askerlik-silahlar vb. c??pl??k. Ama insanlik hen??z o
>> caga gelemedi senin gibi andavallar y??z??nden.
>
> G??zel bir l??f!
>
> Almanya???da zorunlu askerlik ask??ya al??nd?? (resmen kald??r??lmad?? hen??z).
> Yine de yeterince asker bulunuyor. Ama askere kar???? yeni bir sayg?? da

Sazan yegenim benim, ??yle d??st??n k??, kimse seni kurtaramaz artik
elimden. ;-)

Son 4 saatte kac kez dinledigimi unuttum, deneme zamani icinde (w??hrend
der Probezeit von 6 Monaten) askerlik yapmamaya karar verenlerin orani
gecen yil 30% civarinda imis, evvelkioran da 27% imis. Imis de imis,
simdi kim atacak sana dikis! Her tarafin kanli, yikan, temizlen, sonra
karsima cikabilirsin. LOL

> s??zkonusu, k??le gibi de??il, i????i gibi davran??l??yor. Profesyonel asker
> kadar kazanm??yor, ama k??????k bir geliri var. Ayn?? ??kilde eskiden sivil

Ufak at, Basar, ben de buradayim.
Aldiklari maas ve diger ayricaliklarini da katarsan, cogu kalifiye
isciden daha dolgun bir maas veriliyor onlara.
Profesyonel asker Afganistan'a giden asker ise, onu da yazayim: 3000
Euro civarinda.
Sen resmen prof musun? B mi, C mi, yoksa BAT'a g??re mi maasin. Senin
kadar almiyorsa da, aldigi maasla ile g??l gibi gecinmek kolay.

> servis denen olay??n yerine yeni bir ??ey ge??ti: federal g??n??ll?? servis.
> Fark, gen??ten ya???? b??y????e kadar herkes bir veya iki sene yapabilir.
> Bunun da k??????k bir maa???? var. Askerli??in teknik a????dan (bence) ??u an
> en b??y??k ??nemi afet durumlar?? i??in. Almanya???da son Do??ualmanya
> sellerinde askeriye harekete ge??ti. Ama, ek olarak burada THW

O Schr??der'in secim yatirimi idi, ayrica askerlerin mesela ic g??venlikte
kullanilmasina karsi b??y??k bir direnc var alman Meclisi'nde.

> dedikleri bir ??ey var, teknik yard??m. ??tfaiye k??rm??z??d??r, mavi
> ??????kl??, bunlar da mavidir, mavi ??????kl??. Afet durumlar?? ve ba??ka b??y??k
> problemli durumlar i??in yard??mc?? olurlar. Eskiden de, askerlik yapmak
> istemeyen, sivil servis de yapmayan, THW???de bir ka?? sene g??rev
> yapabilirdi. ??tfaiyeye benzer bir g??rev sistemi, ki itfaiye de
> (tabi??ki asker de??il) asker sistemiyle i??letilir.

THW g??r??n??rde bir yardim teskilatidir, asil amaci ise ordu benzeri=
para-milit??risch= para militer bir arka savunma hatti olusturmak, savas
esnasinda askerlerin g??revlerini ??stlenerek, onlari cepheden geri
cekmemek, cepheyi g??sc??zlestirmemek.

> Ve ayr??ca ayr??ca, askerlik konusunda s??rf erkeklerin g??reve
> ??a??r??lmalar??n?? tamamen abes buluyorum. Her konuda, yani hem asker??,
> hem sivil. Almanya, askerlikte zorunluluk kalkt??????nda buradaki sa??l??k
> hizmetleri ????kecek diye ??ok korkard??, yukar??da anlatt??????m yeni federal
> g??n??ll?? sistemiyle fena olmayan bir yolunu buldular gibi. T??rkiye gibi

Hen??z cok erken bir tahmine cesaret edebilmek icin. Sabret, g??r, sonra
da h??kmet.
Her ??lke Israil gibi her taraftan kusatilmis degil, kisaca "tamamen
abes" degil; seklen adil g??r??nm??yor, diyseydin, ben de, kaslarimi
yukariya cekerek, sussaydim.

> T??rkiye???de h??l?? var, Almanya???da da bir iki sene evvelsine kadar
> vard??. ??srail???de mesel?? (asker?? a????dan) yok. SSSB bu konuda nas??ld??,
> bilmiyorum, ama sosyalist insan ??modeli?? de, yan??lm??yorsam, bu konuda
> ataerkillikten uzakla????rd??.

Kadin asker yok gibi idi orduda, partizan olarak catisanlar icinde
kadinlar mevcuttu.