Rene W. Olsen wrote: I am no guru, but one little thing... #include <proto/Libusb.h> in loadlib.c should have been #include <proto/libusb.h>. I will try to test it later, to see if I get some errors too (have tried to compile the library and loadlib with newlib instead, to see if it can be a little clib2 thing). -- best regards, hnl_dk - Henning Nielsen Lund [Denmark]

On 2005/03/26, Henning Nielsen Lund wrote: Okey then you get futher than me. I dont get any text at all I dident think of that, I guess that I am using clib2 but I dont think there any clib2 function in the library code. Regards Rene

Rene W. Olsen wrote: Try to open it in the library's Open vector instead of the init code. The init code is executed on a separate thread within ramlib (under OS 4 at least). The open code is executed in the caller's context, so this is the better place to open it. Regards, -- Hans-Joerg Frieden Technical Director, AmigaOS 4.0 Project Hyperion Entertainment Email: Hans-JoergF(a)hyperion-entertainment.com Web: http://www.hyperion-entertainment.biz/

Rene W. Olsen wrote: You cannot easily share a signal between openers because the signal is task-specific, i.e. if you open from two different tasks then this will not work at all, not even if both tasks use the same signal bit because you cannot have a message port owned by two tasks. It might be a better idea to have a "server process" that does the device handling, and communicate via messages with any opener. If you need to have opener-specific data, it might also be a better idea to do this in the interface instead of the library base - this is directly supported by the system and not as hacky in nature as cloning a library base. Regards, -- Hans-Joerg Frieden Technical Director, AmigaOS 4.0 Project Hyperion Entertainment Email: Hans-JoergF(a)hyperion-entertainment.com Web: http://www.hyperion-entertainment.biz/

Rene W. Olsen wrote: The problem is, like I said, that a device must be opened by the same task that is going to use it. A server process might not be a nice solution, but it *is* a solution to this problem. It need not be slow either. You don't need to copy data. This will really only pose a problem if there is a lot of small data items being moved around. No, you shouldn't use these. Use a data size. For example, something like this: struct Foo { uint32 field1; void *field2; char field3[20]; float field4; }; During creation of the interface, pass MIT_Flags, IFLF_PRIVATE, MIT_DataSize, sizeof(struct Foo), In your method, use struct Foo *instanceData = (struct Foo *)((uint8 *)Self -sizeof(struct Foo)); to obtain the private instance data of your interface (looking at this I guess we should add a macro for that to the header file ;-) Best regards, -- Hans-Joerg Frieden Technical Director, AmigaOS 4.0 Project Hyperion Entertainment Email: Hans-JoergF(a)hyperion-entertainment.com Web: http://www.hyperion-entertainment.biz/

On 2005/03/31, Hans-Joerg Frieden wrote: If I enable the IFLF_PRIVATE flag my GetInterface failes... looks like I need to use Clone/Expunge. Can you point me to an example? Regards Rene W. Olsen

Hi, Rene W. Olsen wrote: I've uploaded a file to the development section's file are (testlib.lha). Note that this is a pretty bad example since it still contains bugs, but I lack the time to come up with a better one. Regards, -- Thomas Frieden &lt;ThomasF(a)hyperion-entertainment.biz&gt; Hyperion Entertainment - Naur dan i-deryg lhuin

On 2005/04/01, Thomas Frieden wrote: Many thanks for this and it works Okey now I have almost used 2 days trying too make my library do that same as you did with little luck :( Now I have found whats is wrong.. if I calles my main interface "main" I get an extra Obtain() call like this _main_Obtain() RefCount = 1 _manager_Open() _main_Clone() RefCount = 1 _main_Obtain() RefCount = 2 _main_Clone() RefCount = 1 _main_Obtain() RefCount = 2 _main_Clone() RefCount = 1 _main_Obtain() RefCount = 2 _main_Release() _main_Release() _main_Release() _manager_Close() _manager_Expunge() Resulting in my RefCount being one highere than it should be and that means my interfaces never gets Expunge()'d, and futher my interface get too calls to free my orginal interface twice meaning an Aleart about mem freed twice guru... If I rename the interface from "main" to "tmain" like yours every things work nicely no extra Obtain().. see _manager_Open() _main_Clone() RefCount = 0 _main_Obtain() RefCount = 1 _main_Clone() RefCount = 0 _main_Obtain() RefCount = 1 _main_Clone() RefCount = 0 _main_Obtain() RefCount = 1 _main_Release() _main_Release()->Expunge() _main_Expunge() _main_Release() _main_Release()->Expunge() _main_Expunge() _main_Release() _main_Release()->Expunge() _main_Expunge() _manager_Close() _manager_Expunge() So that do I do know? Regards Rene W. Olsen

Le 03/04/2005, Rene W. Olsen a écrit : I rather suspect you don't qualify for the title. A true PIB asks questions and creates nothing. Not your case. Go away, and if you can't think of a better way of denigrating yourself, port another app ;) Salutations -- Rose Humphrey /anarchic_teapot/