Done and updated. Please test. You could also test, while you are at it, the effect of allowing the uaprof engine to fetch directly any missing profiles, rather than doing so in the background and failing on first try. If it causes no significant delays from the user perspective, then we should perhaps make the change
On Feb 23, 2006, at 19:32, Dziugas Baltrunas wrote: > Hi, > > from which process (mmsrelay or mmsproxy) mms_profile_fetcher thread > should be actually launched? I guess this should go to mmsproxy and > hence it needs to be removed from mmsrelay (and from mmssend too). > > Below there are _only_ duplicate lines from the log file after > launching mmsproxy and mmsrelay sequentially: > > 2006-02-23 18:16:51 [8011] [0] INFO: Added logfile > `/home/menulis/mbuni/log/mbuni.log' with level `0'. > 2006-02-23 18:16:51 [8011] [0] DEBUG: Dumping profile for > http://nds1.nds.nokia.com/uaprof/NN70-1r100.xml > 2006-02-23 18:16:51 [8011] [0] DEBUG: MaxMsgSize: 307200 > 2006-02-23 18:16:51 [8011] [0] DEBUG: MaxRes: 1600x1200 > 2006-02-23 18:16:51 [8011] [0] DEBUG: Accept content: > application/java-archive, application/smil, > application/vnd.nokia.ringing-tone, application/vnd.oma.drm.content, > application/vnd.oma.drm.message, application/vnd.symbian.install, > application/x-java-archive, audio/3gpp, audio/aac, audio/amr, > audio/amr-wb, audio/basic, audio/midi, audio/mp3, audio/mpeg, > audio/rmf, audio/sp-midi, audio/x-amr, audio/x-mid, audio/x-rmf, > audio/x-wav, image/gif, image/jpeg, image/jpg, image/jp2, image/png, > image/vnd.wap.wbmp, image/x-bmp, text/plain, > text/vnd.sun.j2me.app-descriptor, text/vnd.wap.wml, text/x-vCalendar, > text/x-vCard, video/3gpp, video/mp4, > 2006-02-23 18:16:51 [8011] [0] DEBUG: Accept encodings: > 2006-02-23 18:16:51 [8011] [0] DEBUG: Accept language: en-US, > 2006-02-23 18:16:51 [8011] [0] DEBUG: Accept charset: ISO-8859-1, > ISO-10646-UCS-2, US-ASCII, UTF-8, > 2006-02-23 18:16:51 [8011] [0] DEBUG: Mms Version: 1.2, > 2006-02-23 18:16:51 [8011] [0] DEBUG: Started thread 1 > (mms_uaprof.c:(gwthread_func_t *)mms_profile_fetcher) > 2006-02-23 18:16:51 [8011] [1] DEBUG: Thread 1 > (mms_uaprof.c:(gwthread_func_t *)mms_profile_fetcher) maps to pid > 8011. > 2006-02-23 18:16:51 [8011] [1] DEBUG: Entered fetcher > > > 2006-02-23 18:16:51 [8013] [0] INFO: Added logfile > `/home/menulis/mbuni/log/mbuni.log' with level `0'. > 2006-02-23 18:16:51 [8013] [0] DEBUG: Dumping profile for > http://nds1.nds.nokia.com/uaprof/NN70-1r100.xml > 2006-02-23 18:16:51 [8013] [0] DEBUG: MaxMsgSize: 307200 > 2006-02-23 18:16:51 [8013] [0] DEBUG: MaxRes: 1600x1200 > 2006-02-23 18:16:51 [8013] [0] DEBUG: Accept content: > application/java-archive, application/smil, > application/vnd.nokia.ringing-tone, application/vnd.oma.drm.content, > application/vnd.oma.drm.message, application/vnd.symbian.install, > application/x-java-archive, audio/3gpp, audio/aac, audio/amr, > audio/amr-wb, audio/basic, audio/midi, audio/mp3, audio/mpeg, > audio/rmf, audio/sp-midi, audio/x-amr, audio/x-mid, audio/x-rmf, > audio/x-wav, image/gif, image/jpeg, image/jpg, image/jp2, image/png, > image/vnd.wap.wbmp, image/x-bmp, text/plain, > text/vnd.sun.j2me.app-descriptor, text/vnd.wap.wml, text/x-vCalendar, > text/x-vCard, video/3gpp, video/mp4, > 2006-02-23 18:16:51 [8013] [0] DEBUG: Accept encodings: > 2006-02-23 18:16:51 [8013] [0] DEBUG: Accept language: en-US, > 2006-02-23 18:16:51 [8013] [0] DEBUG: Accept charset: ISO-8859-1, > ISO-10646-UCS-2, US-ASCII, UTF-8, > 2006-02-23 18:16:51 [8013] [0] DEBUG: Mms Version: 1.2, > 2006-02-23 18:16:51 [8013] [0] DEBUG: Started thread 1 > (mms_uaprof.c:(gwthread_func_t *)mms_profile_fetcher) > 2006-02-23 18:16:51 [8013] [1] DEBUG: Entered fetcher > > On 2/10/06, Dziugas Baltrunas <[EMAIL PROTECTED]> wrote: >> Hi, >> >> I noticed that a thread mmlib/mms_uaprof.c:mms_profile_fetcher() is >> started from three places (call to mms_start_profile_engine): >> mmsc/mmsrelay.c:main(), mmsc/mmsproxy.c:main() and >> mmsc/mmssend.c:main(). The last one IMHO should be removed entirely >> from CVS and for the two former ones there should be either a >> decision >> which process (i.e. mmsrelay or mmsproxy) should create the thread or >> a check if a thread does not yet exist (which I guess is not an easy >> task since thread is started from separate processes). >> >> To clarify the situation, having both mmsrelay and mmsproxy running >> and sending a TERM to both, tail of debug log shows it: >> >> 2006-02-10 18:21:01 [32311] [1] DEBUG: Fetcher shutdown... >> 2006-02-10 18:21:01 [32311] [1] DEBUG: Thread 1 >> (mms_uaprof.c:(gwthread_func_t *)mms_profile_fetcher) terminates. >> 2006-02-10 18:21:03 [32311] [0] DEBUG: Immutable octet strings: 773. >> 2006-02-10 18:21:05 [32313] [1] DEBUG: Fetcher shutdown... >> 2006-02-10 18:21:05 [32313] [1] DEBUG: Thread 1 >> (mms_uaprof.c:(gwthread_func_t *)mms_profile_fetcher) terminates. >> 2006-02-10 18:21:07 [32313] [0] DEBUG: Immutable octet strings: 776. >> >> -- >> Dziugas >> > > > -- > Dziugas > > _______________________________________________ > Devel mailing list > Devel@mbuni.org > http://mbuni.org/mailman/listinfo/devel_mbuni.org ----------------------------------------------- Trek the Rwenzori's. Or just see them online - http:// www.rwenzori.com/gallery.htm _______________________________________________ Devel mailing list Devel@mbuni.org http://mbuni.org/mailman/listinfo/devel_mbuni.org
