Daniel Jacobowitz wrote:
> On Tue, Nov 27, 2001 at 02:02:57AM +0800, Stas Bekman wrote:
>
>>I've a bunch of them, but I think that the one in /lib/ that's used:
>>
>>% urpmf libthread_db
>>glibc:/lib/libthread_db-1.0.so
>>glibc:/lib/libthread_db.so.1
>>glibc_lsb:/lib/lsb/libthread_db-1.0.so
>>gl
On Tue, Nov 27, 2001 at 02:02:57AM +0800, Stas Bekman wrote:
> I've a bunch of them, but I think that the one in /lib/ that's used:
>
> % urpmf libthread_db
> glibc:/lib/libthread_db-1.0.so
> glibc:/lib/libthread_db.so.1
> glibc_lsb:/lib/lsb/libthread_db-1.0.so
> glibc_lsb:/lib/lsb/libthread_db.s
Daniel Jacobowitz wrote:
> On Mon, Nov 26, 2001 at 06:18:43PM +0800, Stas Bekman wrote:
>
>>Daniel Jacobowitz wrote:
>>
>>
>>
The thing that drives me crazy is that neither Doug nor Philip who both
use almost the same version of everything on linux and using the same
build options
On Mon, Nov 26, 2001 at 06:18:43PM +0800, Stas Bekman wrote:
> Daniel Jacobowitz wrote:
>
>
> >>The thing that drives me crazy is that neither Doug nor Philip who both
> >>use almost the same version of everything on linux and using the same
> >>build options don't have this huge startup lag.
Daniel Jacobowitz wrote:
>>The thing that drives me crazy is that neither Doug nor Philip who both
>>use almost the same version of everything on linux and using the same
>>build options don't have this huge startup lag. I cannot figure out what
>>it is that is different on my system that onl
I've learned that WRAP/XS cannot handle 'char **' prototypes. It just
steps over the function.
I still wasn't able to user the same workaround used for
modperl_bucket_read. Any solutions for that? I'm trying to generate XS
for the function of this type:
int mpxs_Apache__Foo_test(const char **
