Re: Module Compiles, Won't Load

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



On Thu, Nov 18, 2010 at 12:02 PM, Michael Powe <michael@xxxxxxxxxxxx> wrote:
> On Thu, Nov 18, 2010 at 09:17:13AM -0500, Eric Covener wrote:
>> On Thu, Nov 18, 2010 at 9:10 AM, Michael Powe <michael@xxxxxxxxxxxx> wrote:
>> > Hello,
>> >
>> > RedHat Linux 64-bit.  IHS 7.0, which is based on Apache 2.2.x and uses
>> > APR 1.2.
>> >
>> > I have a module which compiles on this system but loading fails with
>> > the error 'wrong ELF class: ELFCLASS64'.
>> >
>> > 'file' indicates that this module and other modules in the directory
>> > are 64-bit.  Other modules load correctly.
>>
>>
>> You're misreading something, your Apache 2.2 based server is 32-bit
>> (see apachectl -V) but your compiler creates 64-bit output by default.
>>
>> Try adding  -Wc,-m32 or  -Wc,-m31 (z/Linux) to your apxs  invocation.
>
> Hello,
>
> Thanks for the reply.  It is definitely the case that the module is
> being compiled as 64-bit (-m64).  What is confusing is that we did
> 'file mod_alias.so' in the modules directory and the output is 'ELF
> 64-bit' also.
>
> We did add -Wc,-m32 to apxs, however it doesn't replace the -m64, it
> adds -m32 to the command line so that both -m64 and -m32 are there,
> which then causes the compiler to self-destruct.  That's not really a
> feature, but I suppose it's not reasonable for the tool to use -Wc to
> replace existing arguments.
>
> We will use your comment as a starting point.  Thanks again.

You're probably using apxs from your distros http server instead of
the IHS you intend to be using (although this doesn't explain why you
see mod_alias as a 64-bit module.

Make sure you use an absolute path for apxs for the srver you're
installing the module to.


-- 
Eric Covener
covener@xxxxxxxxx

---------------------------------------------------------------------
The official User-To-User support forum of the Apache HTTP Server Project.
See <URL:http://httpd.apache.org/userslist.html> for more info.
To unsubscribe, e-mail: users-unsubscribe@xxxxxxxxxxxxxxxx
   "   from the digest: users-digest-unsubscribe@xxxxxxxxxxxxxxxx
For additional commands, e-mail: users-help@xxxxxxxxxxxxxxxx




[Index of Archives]     [Open SSH Users]     [Linux ACPI]     [Linux Kernel]     [Linux Laptop]     [Kernel Newbies]     [Security]     [Netfilter]     [Bugtraq]     [Squid]     [Yosemite News]     [MIPS Linux]     [ARM Linux]     [Linux Security]     [Linux RAID]     [Samba]     [Video 4 Linux]     [Device Mapper]

  Powered by Linux