Hi Patrick,

On 19-Sep-00, Patrick Ford spoke thus:


> Gidday John
> On 19-Sep-00, you wrote:


>> Hi

>> Quite a long time ago I sent an email here regarding a problem I had,
>> where ramlib would fail (Ramlib program failed: 8000 0004 IIRC) if I
>> ran any internet program without a tcp/ip stack going. Actually it
>> was any internet program and also PGP 5 and ispell from golded, so I
>> suspected that ixemul had something to do with it. Some of you
>> suggested various stack patches but none of these worked. Eventually
>> I tracked it down to being something about bsdsocket.library. I have
>> renamed this to bsdsocket.library.old and this has fixed the problem

> That was the right thing to do. Loading it from file must be a
> hangover from the old days. Miami and Genesis/AmiTCP create it in
> memory.

Oh I see. That makes more sense then.

>> of ramlib failing, and all my internet apps seem to work fine. Only
>> thing
>> is, now any program that uses ixemul takes a long time to work
>> because it is looking for bsdsocket.library, but after it can't find
>> it, it goes anyway.

> The library should only be looked for if a program has to check if a
> TCP/IP stack is running.

Here's a small part of the snoopdos output. Notice that it goes from
line 203 to 629 repeatedly searching for bsdsocket.library in the Libs:
path! This took about 9 seconds while snoopdos was running, I think it
takes about half that without snoopdos running. Any idea why it would
do this? Like I said this also happens for other programs that use
ixemul, or maybe it's actually ones that use ixnet... hmm.

Count Process Na Action    Target Name                                  
 Res.
----- ---------- ------    -----------                                  
 ----
*snip*
  
196   [10] PGPK  OpenLib   ixemul.library                               
 OK  
197   ramlib     Load      LIBS:ixemul.library                          
 OK  
198   ramlib     GetVar    IXGMTOFFSET                                  
 Fail
199   ramlib     GetVar    ixemul.prefs                                 
 Fail
200   ramlib     GetVar    HOSTNAME                                     
 Fail
201   [10] PGPK  OpenLib   ixnet.library                                
 Fail
202   ramlib     Load      LIBS:ixnet.library                           
 OK  
203   [10] PGPK  OpenLib   bsdsocket.library                            
 Fail

*snipped*

620   [10] PGPK  OpenLib   bsdsocket.library                            
 Fail
621   ramlib     Load      LIBS:bsdsocket.library                       
 Fail
622   ramlib     Load      bsdsocket.library                            
 Fail
623   ramlib     Load      LIBS:LIBS/bsdsocket.library                  
 Fail
624   ramlib     Load      LIBS/bsdsocket.library                       
 Fail
625   ramlib     Load      LIBS:CLASSES/bsdsocket.library               
 Fail
626   ramlib     Load      CLASSES/bsdsocket.library                    
 Fail
627   ramlib     Load      PROGDIR:bsdsocket.library                    
 Fail
628   ramlib     Load      PROGDIR:LIBS/bsdsocket.library               
 Fail
629   ramlib     Load      PROGDIR:CLASSES/bsdsocket.library            
 Fail

>> E.g. if I use 'ls' from the gcc package from aminet it
>> takes a couple of seconds then lists the files in a directory. Anyone
>> got any ideas what's going on here? I thought at first that
>> bsdsocket.library was an essential part of Genesis but actually it
>> doesn't seem to be a part of it at all!

> Yes it is. With Genesis running and on-line, type in a shell,

> version  bsdsocket.library.

Yep that works, thanks. 

> Regards

Regards,
-- 
John Gillanders

ICQ No: 11086954
Scone's Homepage: http://members.dencity.com/scone/
PGP public key available on request

____________________________________________________________
Genesis Mailing List - Info & Archive: http://www.vapor.com/
For Listserver Help: <[EMAIL PROTECTED]>, "HELP"
To Unsubscribe: <[EMAIL PROTECTED]>, "UNSUBSCRIBE"

Reply via email to