bugThe GNU Hurd - Bugs: bug #4710, Opening non-existing store class

 
 

bug #4710: Opening non-existing store class

Submitter:  Ognyan Kulev <ogi>
Submitted:  Mon 11 Aug 2003 12:56:21 PM UTC
   
 
Category:  None Severity:  3 - Normal
Priority:  5 - Normal Item Group:  None
Status:  None Privacy:  Public
Assigned to:  None Originator Name: 
Open/Closed:  Open Reproducibility:  Every Time
Size (loc):  None Planned Release:  None
Effort:  0.00
Wiki-like text discussion box: 


* Mandatory Fields

Add a New Comment Rich Markup
   

Mon 11 Aug 2003 12:56:21 PM UTC, original submission:  

This is part of mail exchange with Roland.  Although the complete fix requires changes in glibc, we'll still need to change the Hurd itself afterward.

>>$ ./store x:x # This test program calls store_typed_open.
>> ./store: cannot load libstore_x.so.0.3: libstore_x.so.0.3: cannot open
>> shared object file: No such file or directory
>> store_typed_open: Function not implemented
>>
>> This is printed in libstore/module.c:open_class when there is error and it is not ENOENT.  It seems that dlopen doesn't return ENOENT when shared object is not found.


I don't think dlopen actually sets errno reliably, or is required to.  So the kludge there doesn't even work.  Note it's marked with XXX because I knew it sucked when I wrote it.  Unfortunately I think the only correct thing to do is always eat the error message, or perhaps display it only with some runtime debugging option turned on by the user.  It would be nice to be able to see errors from a bogus module that doesn't load properly, but the situation where you can't distinguish that from a missing module is the same e.g. for nss modules.


Ognyan Kulev <ogi>
Group Member

 

(Note: upload size limit is set to 16384 kB, after insertion of the required escape characters.)

Attach Files:
   
   
Comment:
   

No files currently attached

 

Depends on the following items: None found

Items that depend on this one: None found

 

CC list is empty

 

There are 0 votes so far. Votes easily highlight which items people would like to see resolved in priority, independently of the priority of the item set by tracker managers.

Only logged-in users can vote.

 

No changes have been made to this item

Back to the top

Powered by Savane 3.13-4448.
Corresponding source code