freedce-devel Mailing List for Free DCE and DCOM

Posting as requested (with compressed attachments).

I'm using the GIT repository for the sources - I cloned it with git-clone.

I built dcethreads and installed it in /v3c/local.

I've included the output of
   configure --prefix=/v3c/local --with-dcethreads-dir=/v3c/local 2>&1 | 
tee cfg.txt
and
   make 2>&1 | tee make.txt

in compressed .tar.gz format.

Philip

FYI. I went to http://freedce.sourceforge.net/ and tried downloading
   ftp://freedce.sourceforge.net/pub/freedce/rpc-internals.pdf
- it didn't work :(
   Failed to Connect
   Iceweasel can't establish a connection to the server at 
freedce.sourceforge.net.


-------- Original Message --------
Subject:     Re: building freedce on Debian amd64
Date:     Sat, 1 Aug 2009 12:51:47 +0000
From:     Luke Kenneth Casson Leighton <lk...@lk...>
To:     Philip Ashmore <phi...@us...>
References:     <E1M...@66...>



On 8/1/09, Philip Ashmore <phi...@us...> wrote:
 >
 >  Message body follows:
 >
 >  Hi there.
 >
 >  I'm Philip Ashmore
 >  (https://sourceforge.net/users/philipashmore) and I'm
 >  looking to write/use COM on GNU/Linux.

that's a very interesting topic.  you're aware that Wine has got a
long long way already, client-side?

 >  I downloaded your "freedce" package and I'm having trouble
 >  building it.
 >
 >  I'm getting a link error stating (among many other things)
 >  that "dce_error_inq_text" is undefined. I can send you the
 >  detailed log if you like.

subscribe to the freedce-devel list and post it there, along with the 
question.

also note: you _should_ use the latest svn, definitely not the last
released package.

l.

ok - update: i spent today getting 32-bit compiles to work as well.
bit of a hatchet-job, with target_arch=x86_64 being the test for a
64-bit system (!) but hey, it will work.

one _heck_ of a lot of grungy stuff is needed with the usual tests for
SIZEOF_INT=4 pulling in a typedef for uint32 to the right type....
followed by every occurrence of int and long being replaced with
appropriate defines - that will be a damn big job.  compared to that,
defining ARCH_WORD_SIZE=8 on an x86_64 system and 4 on an i386 doesn't
seem too bad :)

the dcethreads library i have messed about with, to remove the system
wrappers but i have _not_ removed the wrappers named pthd4_xxxx and
there are good reasons for that.  the return results of e.g.
pthd4_cond_wait are different from pthread_cond_wait, and so the
functions in dcethreads do a bit more than just change a few
parameters around.

it actually doesn't do any harm having the library there - it might be
worthwhile renaming the functions from pthd4_ to rpcthreads_ just to
make it abundantly clear, but hey.  in the end, they call pthread_xxxx
functions and seem to work fine.

also i added a config.h and include/dce_config.h.in is auto-generated,
thus getting rid of a ton of build-time params.

l

>> if anyone would like to run some tests and let me know if there's
>> anything missing / broken i will do a release soon, just for kicks.
>
> [...]
>
> Hey, congrats!

 tahanks.

> I'm ATM in "lurker mode",

 ... i think we all are :)

> because I'm swamped with work. But hopefully
> end of March I can have a go at it.

 great.

 32-bit compiles are ideally needed too (which i will also try).

 i _just_ had the client / server perf regression tests working
perfectly, yesterday, and i then managed to somehow get them to
well... actually they probably _appeared_ to work :)

thread cancellation enabling / disabling, across client/server... hmm...

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

On Fri, Feb 27, 2009 at 10:46:27PM +0000, Luke Kenneth Casson Leighton wrote:
> well, it's been over three years since i did anything with freedce,

[...]

> yes.  er.... me :)
> 
> if anyone would like to run some tests and let me know if there's
> anything missing / broken i will do a release soon, just for kicks.

[...]

Hey, congrats!

I'm ATM in "lurker mode", because I'm swamped with work. But hopefully
end of March I can have a go at it.

Regards -- and thanks
- -- tomás
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.6 (GNU/Linux)

iD8DBQFJqNQkBcgs9XrR2kYRAnnQAJ0eqIDvxTbF7S0gFT+84R2f/9arDgCfaiBb
zeMMH2LwNpIVyTvkkH1J2pU=
=QaBE
-----END PGP SIGNATURE-----

well, it's been over three years since i did anything with freedce,
and i figured i'd have a go at fixing the mess i made in 2005.  you'll
be pleased to know that i fixed the screw-ups, but also, because i was
compiling on a debian / amd64 system i fixed that, too.  bored with
the results, i then looked at freedce/perf which looked a little sorry
for itself, so i got the perf regression tests going as well.
next thing you know i'll be converting it to git (oh look, that's
underway as well, because sourceforget added git recently).

so, kr:

> Has anyone here gotten dce-rpc to successfully build on any
> newer linux distros

yes.  er.... me :)

if anyone would like to run some tests and let me know if there's
anything missing / broken i will do a release soon, just for kicks.

l.

Well, it took git to solve this particular issue. :-)

A looooong time ago, back when the new DCE122 was just released under the
new license, I semi-sorta-kinda volunteered to put the source code into CVS.

Well, I managed to get a nice tidy tree of original files, based on the
tarballs from the official FTP site.  There was a bit of cruft, but I cleaned
it up and documented what I did.

The problem was that I wanted to check in an identical set of files as the
"initial revision" in CVS, but I had trouble back when I was trying to do
this in 2005, and trying to avoid all the embedded $..$ substitutions
during checkin was too much.

Fortunately, those days are behind us, and with a corpulent tree such as
the dce122 sources, which weigh in at a hefty 600+ MB, I think we need
something as fast as git, just to cope.

Plus, I have a recent fascination with git, and any excuse to play with it
is fine by me. :-)

So early this morning, I cooked up two git trees.  One contains the new
dce122 sources.  Git manages to pack this down into a svelte 90MB, but you'll
still need 700+MB to just look at the tree, let alone try to build it
(which I haven't tried at all).

The second git tree contains all 3 CVS repositories, including all history,
from the freedce project on Sourceforge.  This single git repository
contains 3 branches, one for each CVS tree.  This thing is tiny. :-)
Only about 3MB, for everything.  12 once you checkout the freedce tree.

I don't know how useful these things are, but I've put them on my
personal site, temporarily, here:

        http://www.netdirect.ca/~cdfrey/dce122-git.tar.bz2
        http://www.netdirect.ca/~cdfrey/sf_freedce-git.tar.bz2

Just unpack them somewhere, enter the base directory, and run a
"git checkout -f <branch>" to start things off.

- Chris

Luke Howard wrote:
> Here you go :-)
> 
> http://developer.novell.com/wiki/index.php/Dcerpc
> 
> -- Luke
> 
> --
> www.padl.com | www.lukehoward.com
> 

Thanks, but at best this stuff is either incomplete or has undocumented
dependencies. Either way it is no more usable than the other stuff. :-/

-- 
   kr

good grief, very funny.

do you know of anyone who has compiled this lot up for win32?

one of the main bits of work that i did about... last year...
was to make sure that freedce compiled with mingw32 and was
actually useable under e.g. reactos and also nt.

l.

>=20
> Here you go :-)
>=20
> http://developer.novell.com/wiki/index.php/Dcerpc
>=20
> -- Luke
>=20
> --
> www.padl.com | www.lukehoward.com
>=20
> -------------------------------------------------------------------------
> This SF.net email is sponsored by DB2 Express
> Download DB2 Express C - the FREE version of DB2 express and take
> control of your XML. No limits. Just data. Click to get it now.
> http://sourceforge.net/powerbar/db2/
> _______________________________________________
> Freedce-devel mailing list
> Fre...@li...
> https://lists.sourceforge.net/lists/listinfo/freedce-devel
>=20


--
--
lkcl.net - visionary, spiritual healer (in training),
poet, free software advocate and creative architect
--

Here you go :-)

http://developer.novell.com/wiki/index.php/Dcerpc

-- Luke

--
www.padl.com | www.lukehoward.com

> Luke Kenneth Casson Leighton wrote:
> > so, by disabling cancellation-stopping in some strategically critical
> > system call - by removing the NPTL wrappers in dcethreads - i've
> > completely bolloxed everything up for TCP.
>=20
> Could you possibly provide a pointer to where you disabled this?

 viewcvs will definitely tell you.  it was very straightforward:
 actually i found that someone else had added some defines for
 system function calls to posix threads of some weird description
 and from what i remember i simply hooked into that.

 really - truly though - viewcvs is your friend.

> >=20
> > if someone wants to make some macros / function calls which
> > re-enable the exception-cancellation-stopping go for it.
>=20
> If you could provide a bit more of a nudge I definitely might give it a
> shot.

 ok.

 i'd suggest starting with the dcethreads library and the exc_handling.h
 file.

 don't even *look* at the rest - just the dcethreads.

 i'd even go so far as to suggest that you don't even look at the
 latest cvs - only the older version of dcethreads.

 in that code, you will see some 'wrappers', in which the system
 calls that are 'wrapped' have some system calls where thread
 cancellation is blocked, and some where it *isn't* allowed in
 posix v7 but has to *be* allowed in posix draft 4 (!)

 so, essentially, if you can create some functions called
dcerpc_pthread_create(...) so that you can basically do whatever
 you like, and 'whatever-you-like' is that you end up calling
 direct to pthread_create(...) but posix v7 and *happen* to
 do some system call cancel-blocking in there as well *if* needed,
 then you're done.

=20

Luke Kenneth Casson Leighton wrote:
> a while back i worked on getting rid of NPTL.  it was quite straightforward .
> 
> however, i discovered fairly quickly that the interrupt-stopping
> (non-cancellation) wrappers were an integral part of the design
> of the reference implementation.
> 
> in other words, i think that if some brave soul wants to try this,
> if you disable exception-handling for the duration of e.g. select
> and all the other functions which used to be NPTL-wrapped, you will
> probably find that TCP/IP miraculously works again.
> 
> the problem is the difference between posix (final) and posix (draft 4)
> semantics on which system calls were cancellable and which were not.
> 
> so, by disabling cancellation-stopping in some strategically critical
> system call - by removing the NPTL wrappers in dcethreads - i've
> completely bolloxed everything up for TCP.

Could you possibly provide a pointer to where you disabled this?

> 
> if someone wants to make some macros / function calls which
> re-enable the exception-cancellation-stopping go for it.

If you could provide a bit more of a nudge I definitely might give it a
shot.

> 
> l.
> 
> 
>> tho...@we... wrote:
>>> I had it running on RHES 3 (useing NPTL) quite a while ago. 
>>> I posted all changes I did, search the archives.
>>>
>>> HTH,
>>> Thomas
>>>
>> I have it running also. However, the tcp protocol seems to be disabled
>> for some reason. Anyone have any idea why that is? Is it intentional or
>> is it a screw-up?
>>
>> Thanks,
>>
>> -- 
>>    kr
>>
>> -------------------------------------------------------------------------
>> This SF.net email is sponsored by DB2 Express
>> Download DB2 Express C - the FREE version of DB2 express and take
>> control of your XML. No limits. Just data. Click to get it now.
>> http://sourceforge.net/powerbar/db2/
>> _______________________________________________
>> Freedce-devel mailing list
>> Fre...@li...
>> https://lists.sourceforge.net/lists/listinfo/freedce-devel
>>
> 
> 
> --
> --
> lkcl.net - mad free software computer person, visionary
> and poet.
> --
> 
> 
> 
> 
> -------------------------------------------------------------------------
> This SF.net email is sponsored by DB2 Express
> Download DB2 Express C - the FREE version of DB2 express and take
> control of your XML. No limits. Just data. Click to get it now.
> http://sourceforge.net/powerbar/db2/
> _______________________________________________
> Freedce-devel mailing list
> Fre...@li...
> https://lists.sourceforge.net/lists/listinfo/freedce-devel
> 


-- 
   kr

thomas: you got time to implement a small test app that demos this?

> I had it running on NTPL with the posix D4 wrappers and TCP worked fine.
>=20
> You can change the implementaion to not to send a cancel, but some
signal. This will interrupt system calls. You have to provide an own
handler for this signal and set a status flag. After each system call
you can check for EINTR and abort. This way you don't have to use a real
pthread_cancel in the wrapper.

I had it running on NTPL with the posix D4 wrappers and TCP worked fine.

You can change the implementaion to not to send a cancel, but some signal.=
 This will interrupt system calls. You have to provide an own handler for =
this signal and set a status flag. After each system call you can check fo=
r EINTR and abort. This way you don't have to use a real pthread=5Fcancel in=
 the wrapper.


> -----Urspr=FCngliche Nachricht-----
> Von: "Luke Kenneth Casson Leighton" <lk...@lk...>
> Gesendet: 25.05.07 20:04:08
> An: =20
> Betreff: Re: [Freedce-devel] dce-rpc on newer linux distros


>=20
> a while back i worked on getting rid of NPTL.  it was quite straightforw=
ard .
>=20
> however, i discovered fairly quickly that the interrupt-stopping
> (non-cancellation) wrappers were an integral part of the design
> of the reference implementation.
>=20
> in other words, i think that if some brave soul wants to try this,
> if you disable exception-handling for the duration of e.g. select
> and all the other functions which used to be NPTL-wrapped, you will
> probably find that TCP/IP miraculously works again.
>=20
> the problem is the difference between posix (final) and posix (draft 4)
> semantics on which system calls were cancellable and which were not.
>=20
> so, by disabling cancellation-stopping in some strategically critical
> system call - by removing the NPTL wrappers in dcethreads - i've
> completely bolloxed everything up for TCP.
>=20
> if someone wants to make some macros / function calls which
> re-enable the exception-cancellation-stopping go for it.
>=20
> l.
>=20
>=20
> > tho...@we... wrote:
> > > I had it running on RHES 3 (useing NPTL) quite a while ago.=20
> > > I posted all changes I did, search the archives.
> > >=20
> > > HTH,
> > > Thomas
> > >=20
> >=20
> > I have it running also. However, the tcp protocol seems to be disabled=

> > for some reason. Anyone have any idea why that is=3F Is it intentional o=
r
> > is it a screw-up=3F
> >=20
> > Thanks,
> >=20
> > --=20
> >    kr
> >=20
> > ----------------------------------------------------------------------=
---
> > This SF.net email is sponsored by DB2 Express
> > Download DB2 Express C - the FREE version of DB2 express and take
> > control of your XML. No limits. Just data. Click to get it now.
> > http://sourceforge.net/powerbar/db2/
> > =5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F
> > Freedce-devel mailing list
> > Fre...@li...
> > https://lists.sourceforge.net/lists/listinfo/freedce-devel
> >=20
>=20
>=20
> --
> --
> lkcl.net - mad free software computer person, visionary
> and poet.
> --
>=20
>=20
>=20
>=20
> ------------------------------------------------------------------------=
-
> This SF.net email is sponsored by DB2 Express
> Download DB2 Express C - the FREE version of DB2 express and take
> control of your XML. No limits. Just data. Click to get it now.
> http://sourceforge.net/powerbar/db2/
> =5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F
> Freedce-devel mailing list
> Fre...@li...
> https://lists.sourceforge.net/lists/listinfo/freedce-devel
>=20


=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F
SMS schreiben mit WEB.DE FreeMail - einfach, schnell und
kostenguenstig. Jetzt gleich testen! http://f.web.de/=3Fmc=3D021192

a while back i worked on getting rid of NPTL.  it was quite straightforward=
 .

however, i discovered fairly quickly that the interrupt-stopping
(non-cancellation) wrappers were an integral part of the design
of the reference implementation.

in other words, i think that if some brave soul wants to try this,
if you disable exception-handling for the duration of e.g. select
and all the other functions which used to be NPTL-wrapped, you will
probably find that TCP/IP miraculously works again.

the problem is the difference between posix (final) and posix (draft 4)
semantics on which system calls were cancellable and which were not.

so, by disabling cancellation-stopping in some strategically critical
system call - by removing the NPTL wrappers in dcethreads - i've
completely bolloxed everything up for TCP.

if someone wants to make some macros / function calls which
re-enable the exception-cancellation-stopping go for it.

l.


> tho...@we... wrote:
> > I had it running on RHES 3 (useing NPTL) quite a while ago.=20
> > I posted all changes I did, search the archives.
> >=20
> > HTH,
> > Thomas
> >=20
>=20
> I have it running also. However, the tcp protocol seems to be disabled
> for some reason. Anyone have any idea why that is? Is it intentional or
> is it a screw-up?
>=20
> Thanks,
>=20
> --=20
>    kr
>=20
> -------------------------------------------------------------------------
> This SF.net email is sponsored by DB2 Express
> Download DB2 Express C - the FREE version of DB2 express and take
> control of your XML. No limits. Just data. Click to get it now.
> http://sourceforge.net/powerbar/db2/
> _______________________________________________
> Freedce-devel mailing list
> Fre...@li...
> https://lists.sourceforge.net/lists/listinfo/freedce-devel
>=20


--
--
lkcl.net - mad free software computer person, visionary
and poet.
--

tho...@we... wrote:
> I had it running on RHES 3 (useing NPTL) quite a while ago. 
> I posted all changes I did, search the archives.
> 
> HTH,
> Thomas
> 

I have it running also. However, the tcp protocol seems to be disabled
for some reason. Anyone have any idea why that is? Is it intentional or
is it a screw-up?

Thanks,

-- 
   kr

I had it running on RHES 3 (useing NPTL) quite a while ago.=20
I posted all changes I did, search the archives.

HTH,
Thomas

> -----Urspr=FCngliche Nachricht-----
> Von: "K.R. Foley" <kr...@cy...>
> Gesendet: 24.05.07 17:42:42
> An: ch...@th...
> CC: fre...@li..., fre...@li...=
rceforge.net
> Betreff: Re: [Freedce-devel] dce-rpc on newer linux distros


>=20
> K.R. Foley wrote:
> > K.R. Foley wrote:
> >> Charles Wyble wrote:
> >>> There is quite a bit of information on this particulary nasty proble=
m in the archives.  It is possible and the best distro for it seems to be =
debian unstable
> >>>
>=20
> OK. Perhaps a different approach. After a bit of hackery I got the CVS
> version to build on Suse 10.1 (without linuxthreads). However, RPC in
> the CVS version is broken, as it has been for some time. Is there any
> way that I can check out a CVS version that will work, via some tag
> perhaps=3F Any direction here would be appreciated.
>=20
> Thanks,
>=20
> --=20
>    kr
>=20
> ------------------------------------------------------------------------=
-
> This SF.net email is sponsored by DB2 Express
> Download DB2 Express C - the FREE version of DB2 express and take
> control of your XML. No limits. Just data. Click to get it now.
> http://sourceforge.net/powerbar/db2/
> =5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F
> Freedce-devel mailing list
> Fre...@li...
> https://lists.sourceforge.net/lists/listinfo/freedce-devel
>=20


=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F
SMS schreiben mit WEB.DE FreeMail - einfach, schnell und
kostenguenstig. Jetzt gleich testen! http://f.web.de/=3Fmc=3D021192

K.R. Foley wrote:
> K.R. Foley wrote:
>> Charles Wyble wrote:
>>> There is quite a bit of information on this particulary nasty problem in the archives.  It is possible and the best distro for it seems to be debian unstable
>>>

OK. Perhaps a different approach. After a bit of hackery I got the CVS
version to build on Suse 10.1 (without linuxthreads). However, RPC in
the CVS version is broken, as it has been for some time. Is there any
way that I can check out a CVS version that will work, via some tag
perhaps? Any direction here would be appreciated.

Thanks,

-- 
   kr

K.R. Foley wrote:
> Charles Wyble wrote:
>> There is quite a bit of information on this particulary nasty problem in the archives.  It is possible and the best distro for it seems to be debian unstable
>>
> <snip>
> 
> Well I am trying to get the released version Release-1.1 to build on
> SUSE 10.? but am having problems. It seems that maybe the old linux
> thread stuff is gone now because I get the following:
> 
> gcc -DCOMPILING_DCETHREADS -D_GNU_SOURCE -D_REENTRANT -I. -I.
> -I../include/dce -I../include -Wall -W -Werror -pipe -g -O2 -c
> exc_handling.c -MT exc_handling.lo -MD -MP -MF .deps/exc_handling.TPlo
> -fPIC -DPIC -o .libs/exc_handling.lo
> cc1: warnings being treated as errors
> In file included from exc_handling.c:112:
> ../include/dce/exc_handling.h: In function '_exc_push_buf':
> ../include/dce/exc_handling.h:575: warning: implicit declaration of
> function '_pthread_cleanup_push_defer'
> ../include/dce/exc_handling.h: In function '_exc_pop_buf':
> ../include/dce/exc_handling.h:591: warning: implicit declaration of
> function '_pthread_cleanup_pop_restore'
> exc_handling.c: In function 'exc_library_fatal_error':
> exc_handling.c:745: warning: implicit declaration of function
> 'pthread_kill_other_threads_np'
> make[1]: *** [exc_handling.lo] Error 1
> make[1]: Leaving directory `/home/aaektkf/dceold/dcethreads/src'
> make: *** [all-recursive] Error 1
> 
> 

Let me rephrase. I haven't found anything in the archives about getting
this to build on a system that no longer supports linuxthreads. Has
anyone been successful with that?

-- 
   kr

Charles Wyble wrote:
> There is quite a bit of information on this particulary nasty problem in the archives.  It is possible and the best distro for it seems to be debian unstable
> 
<snip>

Well I am trying to get the released version Release-1.1 to build on
SUSE 10.? but am having problems. It seems that maybe the old linux
thread stuff is gone now because I get the following:

gcc -DCOMPILING_DCETHREADS -D_GNU_SOURCE -D_REENTRANT -I. -I.
-I../include/dce -I../include -Wall -W -Werror -pipe -g -O2 -c
exc_handling.c -MT exc_handling.lo -MD -MP -MF .deps/exc_handling.TPlo
-fPIC -DPIC -o .libs/exc_handling.lo
cc1: warnings being treated as errors
In file included from exc_handling.c:112:
../include/dce/exc_handling.h: In function '_exc_push_buf':
../include/dce/exc_handling.h:575: warning: implicit declaration of
function '_pthread_cleanup_push_defer'
../include/dce/exc_handling.h: In function '_exc_pop_buf':
../include/dce/exc_handling.h:591: warning: implicit declaration of
function '_pthread_cleanup_pop_restore'
exc_handling.c: In function 'exc_library_fatal_error':
exc_handling.c:745: warning: implicit declaration of function
'pthread_kill_other_threads_np'
make[1]: *** [exc_handling.lo] Error 1
make[1]: Leaving directory `/home/aaektkf/dceold/dcethreads/src'
make: *** [all-recursive] Error 1


-- 
   kr

VGhlcmUgaXMgcXVpdGUgYSBiaXQgb2YgaW5mb3JtYXRpb24gb24gdGhpcyBwYXJ0aWN1bGFyeSBu
YXN0eSBwcm9ibGVtIGluIHRoZSBhcmNoaXZlcy4gIEl0IGlzIHBvc3NpYmxlIGFuZCB0aGUgYmVz
dCBkaXN0cm8gZm9yIGl0IHNlZW1zIHRvIGJlIGRlYmlhbiB1bnN0YWJsZQ0KDQoNClNlbnQgdmlh
IEJsYWNrQmVycnkgZnJvbSBULU1vYmlsZSAgDQoNCi0tLS0tT3JpZ2luYWwgTWVzc2FnZS0tLS0t
DQpGcm9tOiAiSy5SLiBGb2xleSIgPGtyQGN5YnNmdC5jb20+DQpEYXRlOiBXZWQsIDIzIE1heSAy
MDA3IDA5OjIxOjQ5IA0KVG86ZnJlZWRjZS1kZXZlbEBsaXN0cy5zb3VyY2Vmb3JnZS5uZXQNClN1
YmplY3Q6IFtGcmVlZGNlLWRldmVsXSBkY2UtcnBjIG9uIG5ld2VyIGxpbnV4IGRpc3Ryb3MNCg0K
SGksDQoNCkhhcyBhbnlvbmUgaGVyZSBnb3R0ZW4gZGNlLXJwYyB0byBzdWNjZXNzZnVsbHkgYnVp
bGQgb24gYW55IG5ld2VyIGxpbnV4DQpkaXN0cm9zIChsaWtlIFNVU0UgMTAuMSBvciAxMC4yKT8N
Cg0KLS0gDQogICBrcg0KDQotLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t
LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tDQpUaGlzIFNGLm5ldCBlbWFpbCBpcyBz
cG9uc29yZWQgYnkgREIyIEV4cHJlc3MNCkRvd25sb2FkIERCMiBFeHByZXNzIEMgLSB0aGUgRlJF
RSB2ZXJzaW9uIG9mIERCMiBleHByZXNzIGFuZCB0YWtlDQpjb250cm9sIG9mIHlvdXIgWE1MLiBO
byBsaW1pdHMuIEp1c3QgZGF0YS4gQ2xpY2sgdG8gZ2V0IGl0IG5vdy4NCmh0dHA6Ly9zb3VyY2Vm
b3JnZS5uZXQvcG93ZXJiYXIvZGIyLw0KX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f
X19fX19fX19fX19fX18NCkZyZWVkY2UtZGV2ZWwgbWFpbGluZyBsaXN0DQpGcmVlZGNlLWRldmVs
QGxpc3RzLnNvdXJjZWZvcmdlLm5ldA0KaHR0cHM6Ly9saXN0cy5zb3VyY2Vmb3JnZS5uZXQvbGlz
dHMvbGlzdGluZm8vZnJlZWRjZS1kZXZlbA0KDQo=

Hi,

Has anyone here gotten dce-rpc to successfully build on any newer linux
distros (like SUSE 10.1 or 10.2)?

-- 
   kr

2223

29757

95936

-----------このサイトの特徴(大手サイトとの比較)----------------------------
http://www.hanabibi.com/
◆完全無料。TOPに堂々と記述している。
◆直アドレス方式によりスピード化を実現。実質、サクラは存在できない。
◆利用人数・アクセスの多さ。女性の投稿でさえ分単位なのはココとスタビだけかと。
地域によるが、昼間〜深夜まで1分当たり平均1投稿くらいか。
（投稿の半分は業者かネカマですが・・・）
◆軽い人が多い。つまり会うまでの時間が短い。そうじゃない人ももちろんいる。
◆写メ必須でなくても問題がない。ここもスタビと大きく違う。
◆結婚相手を探してる〜みたいな投稿もアリ。スタビ級だとそんな真剣な人は少ないです。（たまに真面目なコいるけどね・・・。）
エキサイトフレンズ等に比べると当然、即効性がある。投稿してから反応までが早いから。
あっちゃんラブラブとかご近所さんとか不倫パートナーとかに比べると平均年齢が低い。10代・20代中心。
◆業者の対策は構築済みでほとんど居ない。(業者視点での利用価値を無くしている)
◆モノ売りが最近出没するらしい。(対策は練っている最中らしい)

(極秘)一部の管理者しか入れない全員の写真とプロフを確認できるコード付き入り口。
10日以内に入れば永久会員認識完了。↓
http://www.hanabibi.com/


ｻｰﾊﾞｰｴﾗｰによる各SNS会員様以外への誤送信はごめんなさいmmコチラへ
inq...@ho...