[Top][All Lists]
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: lt_dlerror changes
From: |
Charles Wilson |
Subject: |
Re: lt_dlerror changes |
Date: |
Fri, 18 Jun 2010 10:53:44 -0400 |
User-agent: |
Mozilla/5.0 (Windows; U; Windows NT 6.0; en-US; rv:1.8.1.23) Gecko/20090812 Thunderbird/2.0.0.23 Mnenhy/0.7.6.666 |
On 6/18/2010 10:50 AM, Charles Wilson wrote:
> although oddly, loadlibrary sets CANNOT_OPEN instead of FILE_NOT_FOUND
> (loadlibary.c:vmopen):
>
> 232 if (!module)
> 233 LOADLIB_SETERROR (CANNOT_OPEN);
> 234 else if (cur)
> 235 {
> 236 LT__SETERROR (CANNOT_OPEN);
> 237 module = 0;
> 238 }
>
> I think there should be an earlier check for !module @ 206, and THAT one
> should set FILE_NOT_FOUND. However, this isn't the cause of the current
> problem.
Never mind this bit. We already know the file "exists", because access()
called in find_handle_callback() told us that. CANNOT_OPEN is the
correct value here.
--
Chuck
- Re: lt_dlerror changes, (continued)
- Re: lt_dlerror changes, Charles Wilson, 2010/06/18
- Re: lt_dlerror changes, Peter O'Gorman, 2010/06/18
- Re: lt_dlerror changes, Peter O'Gorman, 2010/06/18
- Re: lt_dlerror changes, Peter O'Gorman, 2010/06/18
- Re: lt_dlerror changes, Charles Wilson, 2010/06/18
- Re: lt_dlerror changes, Bob Friesenhahn, 2010/06/18
- Re: lt_dlerror changes, Charles Wilson, 2010/06/18
- Re: lt_dlerror changes, Bob Friesenhahn, 2010/06/18
- Re: lt_dlerror changes, Charles Wilson, 2010/06/18
- Re: lt_dlerror changes, Charles Wilson, 2010/06/18
- Re: lt_dlerror changes,
Charles Wilson <=
Re: lt_dlerror changes, Charles Wilson, 2010/06/24