|
»
Stability problem under linux MDV 2008 Cooker
|
View:
New views
18 Messages
—
Rating Filter:
Alert me
|
 |
Stability problem under linux MDV 2008 Cooker
by Petit Eric
::
Rate this Message:
Hi folk, i would like an expert eye of this.
I'm the author of Cs-ObexFtp, we use openobex to transfer file beetween device and computer in obex. Openobex work now under windows, since my last update of mono (today), by Dailly test tarball, i think i had no problem, but now, if i try to download 25 file in once time i get only 13 and the next time i try to get them i get 0, only if i restart the soft i'm able to get file again. Under windows, with the same version of the openobex dll i haven't got this problem. Also strange thing is in my loop to get file i do something like this : console.writeline (file number + "/" + file count) console.writeline( srcefile + "===>" + destfile) getfile so normaly i should see : 1/25 /myFile ===> /Mydest/myfile but i see this only for 13 files in the correct order here is my debug output Amoureux.gif 23/12/2007 22:37:52: /Mémoire téléphone/Images/Amoureux.gif ===> /home/eric/tmp/test/Amoureux.gif 23/12/2007 22:37:52: 1/24 Automne.png 23/12/2007 22:37:52: /Mémoire téléphone/Images/Automne.png ===> /home/eric/tmp/test/Automne.png 23/12/2007 22:37:52: 2/24 Bowling.jpg 23/12/2007 22:38:02: /Mémoire téléphone/Images/Bowling.jpg ===> /home/eric/tmp/test/Bowling.jpg 23/12/2007 22:38:02: 3/24 Cadeau.gif 23/12/2007 22:38:05: /Mémoire téléphone/Images/Cadeau.gif ===> /home/eric/tmp/test/Cadeau.gif 23/12/2007 22:38:05: 4/24 Café.gif 23/12/2007 22:38:07: /Mémoire téléphone/Images/Café.gif ===> /home/eric/tmp/test/Café.gif 23/12/2007 22:38:07: 5/24 Elektra.gif 23/12/2007 22:38:08: /Mémoire téléphone/Images/Elektra.gif ===> /home/eric/tmp/test/Elektra.gif 23/12/2007 22:38:08: 6/24 En retard.gif 23/12/2007 22:38:24: /Mémoire téléphone/Images/En retard.gif ===> /home/eric/tmp/test/En retard.gif 23/12/2007 22:38:24: 7/24 Endormi.gif 23/12/2007 22:38:26: /Mémoire téléphone/Images/Endormi.gif ===> /home/eric/tmp/test/Endormi.gif 23/12/2007 22:38:26: 8/24 Eté.gif 23/12/2007 22:38:28: /Mémoire téléphone/Images/Eté.gif ===> /home/eric/tmp/test/Eté.gif 23/12/2007 22:38:28: 9/24 Fleur mystique.svgz 23/12/2007 22:38:30: /Mémoire téléphone/Images/Fleur mystique.svgz ===> /home/eric/tmp/test/Fleur mystique.svgz 23/12/2007 22:38:30: 10/24 Fumée.png 23/12/2007 22:38:44: /Mémoire téléphone/Images/Fumée.png ===> /home/eric/tmp/test/Fumée.png 23/12/2007 22:38:44: 11/24 Hiver.gif 23/12/2007 22:39:07: /Mémoire téléphone/Images/Hiver.gif ===> /home/eric/tmp/test/Hiver.gif 23/12/2007 22:39:07: 12/24 Humour.gif 23/12/2007 22:39:09: /Mémoire téléphone/Images/Humour.gif ===> /home/eric/tmp/test/Humour.gif 23/12/2007 22:39:09: 13/24 Kama.gif 23/12/2007 22:39:24: /Mémoire téléphone/Images/Kama.gif ===> /home/eric/tmp/test/Kama.gif 23/12/2007 22:39:24: 14/24 Lion.gif 23/12/2007 22:39:34: /Mémoire téléphone/Images/Lion.gif ===> /home/eric/tmp/test/Lion.gif 23/12/2007 22:39:34: 15/24 Matin.jpg 23/12/2007 22:39:41: /Mémoire téléphone/Images/Matin.jpg ===> /home/eric/tmp/test/Matin.jpg 23/12/2007 22:39:41: 16/24 Micros.jpg 23/12/2007 22:40:01: /Mémoire téléphone/Images/Micros.jpg ===> /home/eric/tmp/test/Micros.jpg Moto.gif 23/12/2007 22:40:01: /Mémoire téléphone/Images/Moto.gif ===> /home/eric/tmp/test/Moto.gif Orchidée.jpg 23/12/2007 22:40:01: /Mémoire téléphone/Images/Orchidée.jpg ===> /home/eric/tmp/test/Orchidée.jpg Organique.jpg 23/12/2007 22:40:01: /Mémoire téléphone/Images/Organique.jpg ===> /home/eric/tmp/test/Organique.jpg Rotation.gif 23/12/2007 22:40:01: /Mémoire téléphone/Images/Rotation.gif ===> /home/eric/tmp/test/Rotation.gif Sony Ericsson.gif 23/12/2007 22:40:01: /Mémoire téléphone/Images/Sony Ericsson.gif ===> /home/eric/tmp/test/Sony Ericsson.gif SP_A0074.jpg 23/12/2007 22:40:01: /Mémoire téléphone/Images/SP_A0074.jpg ===> /home/eric/tmp/test/SP_A0074.jpg SP_A0076.jpg 23/12/2007 22:40:01: /Mémoire téléphone/Images/SP_A0076.jpg ===> /home/eric/tmp/test/SP_A0076.jpg 23/12/2007 22:40:01: 17/24 23/12/2007 22:40:01: 18/24 23/12/2007 22:40:01: 19/24 23/12/2007 22:40:01: 20/24 23/12/2007 22:40:01: 21/24 23/12/2007 22:40:01: 22/24 23/12/2007 22:40:01: 23/24 23/12/2007 22:40:01: 24/24 23/12/2007 22:40:01: Work completed as we can see after file number 17, the two debug line are not in synchro anymore ! I use this loop in the working handle of a backgroundworker my sources are avaible at SF.net in the SVN section : http://sourceforge.net/projects/cs-obexftp/ _______________________________________________ Mono-list maillist - Mono-list@... http://lists.ximian.com/mailman/listinfo/mono-list |
|
|
Re: Stability problem under linux MDV 2008 Cooker
by Miguel de Icaza-2
::
Rate this Message:
Hello Petit Eric,
Can you further pin-point when this issue started happening for you? Would you mind doing a "binary search" to pinpoint the exact version? Additionally, do you think it would be possible to get a tcpdump or an ethereal log of the problem? On Sun, 2007-12-23 at 23:01 +0100, Petit Eric wrote: > Hi folk, i would like an expert eye of this. > I'm the author of Cs-ObexFtp, we use openobex to transfer file > beetween device and computer in obex. > Openobex work now under windows, since my last update of mono (today), > by Dailly test tarball, i think i had no problem, but now, if i try to > download 25 file in once time i get only 13 and the next time i try to > get them i get 0, only if i restart the soft i'm able to get file > again. > Under windows, with the same version of the openobex dll i haven't got > this problem. > > Also strange thing is in my loop to get file i do something like this : > > console.writeline (file number + "/" + file count) > console.writeline( srcefile + "===>" + destfile) > getfile > > so normaly i should see : > 1/25 > /myFile ===> /Mydest/myfile > > but i see this only for 13 files in the correct order here is my debug output > > Amoureux.gif > 23/12/2007 22:37:52: /Mémoire téléphone/Images/Amoureux.gif ===> > /home/eric/tmp/test/Amoureux.gif > 23/12/2007 22:37:52: 1/24 > Automne.png > 23/12/2007 22:37:52: /Mémoire téléphone/Images/Automne.png ===> > /home/eric/tmp/test/Automne.png > 23/12/2007 22:37:52: 2/24 > Bowling.jpg > 23/12/2007 22:38:02: /Mémoire téléphone/Images/Bowling.jpg ===> > /home/eric/tmp/test/Bowling.jpg > 23/12/2007 22:38:02: 3/24 > Cadeau.gif > 23/12/2007 22:38:05: /Mémoire téléphone/Images/Cadeau.gif ===> > /home/eric/tmp/test/Cadeau.gif > 23/12/2007 22:38:05: 4/24 > Café.gif > 23/12/2007 22:38:07: /Mémoire téléphone/Images/Café.gif ===> > /home/eric/tmp/test/Café.gif > 23/12/2007 22:38:07: 5/24 > Elektra.gif > 23/12/2007 22:38:08: /Mémoire téléphone/Images/Elektra.gif ===> > /home/eric/tmp/test/Elektra.gif > 23/12/2007 22:38:08: 6/24 > En retard.gif > 23/12/2007 22:38:24: /Mémoire téléphone/Images/En retard.gif ===> > /home/eric/tmp/test/En retard.gif > 23/12/2007 22:38:24: 7/24 > Endormi.gif > 23/12/2007 22:38:26: /Mémoire téléphone/Images/Endormi.gif ===> > /home/eric/tmp/test/Endormi.gif > 23/12/2007 22:38:26: 8/24 > Eté.gif > 23/12/2007 22:38:28: /Mémoire téléphone/Images/Eté.gif ===> > /home/eric/tmp/test/Eté.gif > 23/12/2007 22:38:28: 9/24 > Fleur mystique.svgz > 23/12/2007 22:38:30: /Mémoire téléphone/Images/Fleur mystique.svgz > ===> /home/eric/tmp/test/Fleur mystique.svgz > 23/12/2007 22:38:30: 10/24 > Fumée.png > 23/12/2007 22:38:44: /Mémoire téléphone/Images/Fumée.png ===> > /home/eric/tmp/test/Fumée.png > 23/12/2007 22:38:44: 11/24 > Hiver.gif > 23/12/2007 22:39:07: /Mémoire téléphone/Images/Hiver.gif ===> > /home/eric/tmp/test/Hiver.gif > 23/12/2007 22:39:07: 12/24 > Humour.gif > 23/12/2007 22:39:09: /Mémoire téléphone/Images/Humour.gif ===> > /home/eric/tmp/test/Humour.gif > 23/12/2007 22:39:09: 13/24 > Kama.gif > 23/12/2007 22:39:24: /Mémoire téléphone/Images/Kama.gif ===> > /home/eric/tmp/test/Kama.gif > 23/12/2007 22:39:24: 14/24 > Lion.gif > 23/12/2007 22:39:34: /Mémoire téléphone/Images/Lion.gif ===> > /home/eric/tmp/test/Lion.gif > 23/12/2007 22:39:34: 15/24 > Matin.jpg > 23/12/2007 22:39:41: /Mémoire téléphone/Images/Matin.jpg ===> > /home/eric/tmp/test/Matin.jpg > 23/12/2007 22:39:41: 16/24 > Micros.jpg > 23/12/2007 22:40:01: /Mémoire téléphone/Images/Micros.jpg ===> > /home/eric/tmp/test/Micros.jpg > Moto.gif > 23/12/2007 22:40:01: /Mémoire téléphone/Images/Moto.gif ===> > /home/eric/tmp/test/Moto.gif > Orchidée.jpg > 23/12/2007 22:40:01: /Mémoire téléphone/Images/Orchidée.jpg ===> > /home/eric/tmp/test/Orchidée.jpg > Organique.jpg > 23/12/2007 22:40:01: /Mémoire téléphone/Images/Organique.jpg ===> > /home/eric/tmp/test/Organique.jpg > Rotation.gif > 23/12/2007 22:40:01: /Mémoire téléphone/Images/Rotation.gif ===> > /home/eric/tmp/test/Rotation.gif > Sony Ericsson.gif > 23/12/2007 22:40:01: /Mémoire téléphone/Images/Sony Ericsson.gif ===> > /home/eric/tmp/test/Sony Ericsson.gif > SP_A0074.jpg > 23/12/2007 22:40:01: /Mémoire téléphone/Images/SP_A0074.jpg ===> > /home/eric/tmp/test/SP_A0074.jpg > SP_A0076.jpg > 23/12/2007 22:40:01: /Mémoire téléphone/Images/SP_A0076.jpg ===> > /home/eric/tmp/test/SP_A0076.jpg > 23/12/2007 22:40:01: 17/24 > 23/12/2007 22:40:01: 18/24 > 23/12/2007 22:40:01: 19/24 > 23/12/2007 22:40:01: 20/24 > 23/12/2007 22:40:01: 21/24 > 23/12/2007 22:40:01: 22/24 > 23/12/2007 22:40:01: 23/24 > 23/12/2007 22:40:01: 24/24 > 23/12/2007 22:40:01: Work completed > > as we can see after file number 17, the two debug line are not in > synchro anymore ! > > I use this loop in the working handle of a backgroundworker > > my sources are avaible at SF.net in the SVN section : > http://sourceforge.net/projects/cs-obexftp/ > _______________________________________________ > Mono-list maillist - Mono-list@... > http://lists.ximian.com/mailman/listinfo/mono-list Mono-list maillist - Mono-list@... http://lists.ximian.com/mailman/listinfo/mono-list |
|
|
Re: Stability problem under linux MDV 2008 Cooker
by Petit Eric
::
Rate this Message:
2007/12/30, Miguel de Icaza <miguel@...>:
> Hello Petit Eric, > > Can you further pin-point when this issue started happening for you? If you spoke about the Mono RT version, it is very dificult to say > Would you mind doing a "binary search" to pinpoint the exact version? > > Additionally, do you think it would be possible to get a tcpdump or > an ethereal log of the problem? I'm not understand this two last point, could you be a litle "newbie", i need a tool and which step to do that ? My Mono and MD version are ofen up to date, i use dailly tarball for mono and svn for MD : [root@surfzoidPC mono]# mono -V Mono JIT compiler version 20071227 (tarball) Copyright (C) 2002-2007 Novell, Inc and Contributors. www.mono-project.com TLS: __thread GC: Included Boehm (with typed GC) SIGSEGV: altstack Notifications: epoll Architecture: x86 Disabled: none [root@surfzoidPC mono]# monodevelop --version WARNING: The add-in 'MonoDevelop.MonoDeveloperExtensions,0.17.0' is trying to extend '/MonoDevelop/ProjectModel/ProjectFileFormats', but there isn't any compatible add-in defining this extension point WARNING: The add-in 'MonoDevelop.MonoDeveloperExtensions,0.17.0' is trying to extend '/MonoDevelop/ProjectModel/ProjectFileFormats/MonoMakefile', but there isn't any compatible add-in defining this extension point WARNING: The add-in 'MonoDevelop.MonoDeveloperExtensions,0.17.0' is trying to extend '/MonoDevelop/Ide/Commands', but there isn't any compatible add-in defining this extension point WARNING: The add-in 'MonoDevelop.MonoDeveloperExtensions,0.17.0' is trying to extend '/MonoDevelop/Ide/Commands/MonoDeveloper.Commands.Install', but there isn't any compatible add-in defining this extension point WARNING: The add-in 'MonoDevelop.MonoDeveloperExtensions,0.17.0' is trying to extend '/MonoDevelop/Ide/Toolbar/Build', but there isn't any compatible add-in defining this extension point WARNING: The add-in 'MonoDevelop.MonoDeveloperExtensions,0.17.0' is trying to extend '/MonoDevelop/Ide/Toolbar/Build/MonoDeveloper.Commands.Install', but there isn't any compatible add-in defining this extension point WARNING: The add-in 'MonoDevelop.MonoDeveloperExtensions,0.17.0' is trying to extend '/MonoDevelop/Ide/ContextMenu/ProjectPad/Project', but there isn't any compatible add-in defining this extension point WARNING: The add-in 'MonoDevelop.MonoDeveloperExtensions,0.17.0' is trying to extend '/MonoDevelop/Ide/ContextMenu/ProjectPad/Project/activeproject/MonoDeveloper.Commands.Install', but there isn't any compatible add-in defining this extension point WARNING: The add-in 'MonoDevelop.MonoDeveloperExtensions,0.17.0' is trying to extend '/MonoDevelop/Ide/ContextMenu/ProjectPad/Project/activeproject/svnSep', but there isn't any compatible add-in defining this extension point MonoDevelop.IdeApplication 0.18.0.0 - MonoDevelop Team 2004-2005, Mike Krueger 2000-2003 The MonoDevelop IDE http://monodevelop.com Authors: MonoDevelop Team [root@surfzoidPC mono]# uname -a Linux surfzoidPC 2.6.22.9-desktop-2mdv #1 SMP Fri Nov 16 14:31:33 EST 2007 i686 AMD Sempron(tm) Processor 2600+ GNU/Linux [root@surfzoidPC mono]# > > On Sun, 2007-12-23 at 23:01 +0100, Petit Eric wrote: > > Hi folk, i would like an expert eye of this. > > I'm the author of Cs-ObexFtp, we use openobex to transfer file > > beetween device and computer in obex. > > Openobex work now under windows, since my last update of mono (today), > > by Dailly test tarball, i think i had no problem, but now, if i try to > > download 25 file in once time i get only 13 and the next time i try to > > get them i get 0, only if i restart the soft i'm able to get file > > again. > > Under windows, with the same version of the openobex dll i haven't got > > this problem. > > > > Also strange thing is in my loop to get file i do something like this : > > > > console.writeline (file number + "/" + file count) > > console.writeline( srcefile + "===>" + destfile) > > getfile > > > > so normaly i should see : > > 1/25 > > /myFile ===> /Mydest/myfile > > > > but i see this only for 13 files in the correct order here is my debug output > > > > Amoureux.gif > > 23/12/2007 22:37:52: /Mémoire téléphone/Images/Amoureux.gif ===> > > /home/eric/tmp/test/Amoureux.gif > > 23/12/2007 22:37:52: 1/24 > > Automne.png > > 23/12/2007 22:37:52: /Mémoire téléphone/Images/Automne.png ===> > > /home/eric/tmp/test/Automne.png > > 23/12/2007 22:37:52: 2/24 > > Bowling.jpg > > 23/12/2007 22:38:02: /Mémoire téléphone/Images/Bowling.jpg ===> > > /home/eric/tmp/test/Bowling.jpg > > 23/12/2007 22:38:02: 3/24 > > Cadeau.gif > > 23/12/2007 22:38:05: /Mémoire téléphone/Images/Cadeau.gif ===> > > /home/eric/tmp/test/Cadeau.gif > > 23/12/2007 22:38:05: 4/24 > > Café.gif > > 23/12/2007 22:38:07: /Mémoire téléphone/Images/Café.gif ===> > > /home/eric/tmp/test/Café.gif > > 23/12/2007 22:38:07: 5/24 > > Elektra.gif > > 23/12/2007 22:38:08: /Mémoire téléphone/Images/Elektra.gif ===> > > /home/eric/tmp/test/Elektra.gif > > 23/12/2007 22:38:08: 6/24 > > En retard.gif > > 23/12/2007 22:38:24: /Mémoire téléphone/Images/En retard.gif ===> > > /home/eric/tmp/test/En retard.gif > > 23/12/2007 22:38:24: 7/24 > > Endormi.gif > > 23/12/2007 22:38:26: /Mémoire téléphone/Images/Endormi.gif ===> > > /home/eric/tmp/test/Endormi.gif > > 23/12/2007 22:38:26: 8/24 > > Eté.gif > > 23/12/2007 22:38:28: /Mémoire téléphone/Images/Eté.gif ===> > > /home/eric/tmp/test/Eté.gif > > 23/12/2007 22:38:28: 9/24 > > Fleur mystique.svgz > > 23/12/2007 22:38:30: /Mémoire téléphone/Images/Fleur mystique.svgz > > ===> /home/eric/tmp/test/Fleur mystique.svgz > > 23/12/2007 22:38:30: 10/24 > > Fumée.png > > 23/12/2007 22:38:44: /Mémoire téléphone/Images/Fumée.png ===> > > /home/eric/tmp/test/Fumée.png > > 23/12/2007 22:38:44: 11/24 > > Hiver.gif > > 23/12/2007 22:39:07: /Mémoire téléphone/Images/Hiver.gif ===> > > /home/eric/tmp/test/Hiver.gif > > 23/12/2007 22:39:07: 12/24 > > Humour.gif > > 23/12/2007 22:39:09: /Mémoire téléphone/Images/Humour.gif ===> > > /home/eric/tmp/test/Humour.gif > > 23/12/2007 22:39:09: 13/24 > > Kama.gif > > 23/12/2007 22:39:24: /Mémoire téléphone/Images/Kama.gif ===> > > /home/eric/tmp/test/Kama.gif > > 23/12/2007 22:39:24: 14/24 > > Lion.gif > > 23/12/2007 22:39:34: /Mémoire téléphone/Images/Lion.gif ===> > > /home/eric/tmp/test/Lion.gif > > 23/12/2007 22:39:34: 15/24 > > Matin.jpg > > 23/12/2007 22:39:41: /Mémoire téléphone/Images/Matin.jpg ===> > > /home/eric/tmp/test/Matin.jpg > > 23/12/2007 22:39:41: 16/24 > > Micros.jpg > > 23/12/2007 22:40:01: /Mémoire téléphone/Images/Micros.jpg ===> > > /home/eric/tmp/test/Micros.jpg > > Moto.gif > > 23/12/2007 22:40:01: /Mémoire téléphone/Images/Moto.gif ===> > > /home/eric/tmp/test/Moto.gif > > Orchidée.jpg > > 23/12/2007 22:40:01: /Mémoire téléphone/Images/Orchidée.jpg ===> > > /home/eric/tmp/test/Orchidée.jpg > > Organique.jpg > > 23/12/2007 22:40:01: /Mémoire téléphone/Images/Organique.jpg ===> > > /home/eric/tmp/test/Organique.jpg > > Rotation.gif > > 23/12/2007 22:40:01: /Mémoire téléphone/Images/Rotation.gif ===> > > /home/eric/tmp/test/Rotation.gif > > Sony Ericsson.gif > > 23/12/2007 22:40:01: /Mémoire téléphone/Images/Sony Ericsson.gif ===> > > /home/eric/tmp/test/Sony Ericsson.gif > > SP_A0074.jpg > > 23/12/2007 22:40:01: /Mémoire téléphone/Images/SP_A0074.jpg ===> > > /home/eric/tmp/test/SP_A0074.jpg > > SP_A0076.jpg > > 23/12/2007 22:40:01: /Mémoire téléphone/Images/SP_A0076.jpg ===> > > /home/eric/tmp/test/SP_A0076.jpg > > 23/12/2007 22:40:01: 17/24 > > 23/12/2007 22:40:01: 18/24 > > 23/12/2007 22:40:01: 19/24 > > 23/12/2007 22:40:01: 20/24 > > 23/12/2007 22:40:01: 21/24 > > 23/12/2007 22:40:01: 22/24 > > 23/12/2007 22:40:01: 23/24 > > 23/12/2007 22:40:01: 24/24 > > 23/12/2007 22:40:01: Work completed > > > > as we can see after file number 17, the two debug line are not in > > synchro anymore ! > > > > I use this loop in the working handle of a backgroundworker > > > > my sources are avaible at SF.net in the SVN section : > > http://sourceforge.net/projects/cs-obexftp/ > > _______________________________________________ > > Mono-list maillist - Mono-list@... > > http://lists.ximian.com/mailman/listinfo/mono-list > Mono-list maillist - Mono-list@... http://lists.ximian.com/mailman/listinfo/mono-list |
|
|
Re: Stability problem under linux MDV 2008 Cooker
by Petit Eric
::
Rate this Message:
2007/12/30, Petit Eric <surfzoid@...>:
> 2007/12/30, Miguel de Icaza <miguel@...>: > > Hello Petit Eric, > > > > Can you further pin-point when this issue started happening for you? > If you spoke about the Mono RT version, it is very dificult to say > > Would you mind doing a "binary search" to pinpoint the exact version? > > > > Additionally, do you think it would be possible to get a tcpdump or > > an ethereal log of the problem? > I'm not understand this two last point, could you be a litle "newbie", > i need a tool and which step to do that ? > My Mono and MD version are ofen up to date, i use dailly tarball for > mono and svn for MD : > [root@surfzoidPC mono]# mono -V > Mono JIT compiler version 20071227 (tarball) > Copyright (C) 2002-2007 Novell, Inc and Contributors. www.mono-project.com > TLS: __thread > GC: Included Boehm (with typed GC) > SIGSEGV: altstack > Notifications: epoll > Architecture: x86 > Disabled: none > [root@surfzoidPC mono]# monodevelop --version > WARNING: The add-in 'MonoDevelop.MonoDeveloperExtensions,0.17.0' is > trying to extend '/MonoDevelop/ProjectModel/ProjectFileFormats', but > there isn't any compatible add-in defining this extension point > WARNING: The add-in 'MonoDevelop.MonoDeveloperExtensions,0.17.0' is > trying to extend > '/MonoDevelop/ProjectModel/ProjectFileFormats/MonoMakefile', but there > isn't any compatible add-in defining this extension point > WARNING: The add-in 'MonoDevelop.MonoDeveloperExtensions,0.17.0' is > trying to extend '/MonoDevelop/Ide/Commands', but there isn't any > compatible add-in defining this extension point > WARNING: The add-in 'MonoDevelop.MonoDeveloperExtensions,0.17.0' is > trying to extend > '/MonoDevelop/Ide/Commands/MonoDeveloper.Commands.Install', but there > isn't any compatible add-in defining this extension point > WARNING: The add-in 'MonoDevelop.MonoDeveloperExtensions,0.17.0' is > trying to extend '/MonoDevelop/Ide/Toolbar/Build', but there isn't any > compatible add-in defining this extension point > WARNING: The add-in 'MonoDevelop.MonoDeveloperExtensions,0.17.0' is > trying to extend > '/MonoDevelop/Ide/Toolbar/Build/MonoDeveloper.Commands.Install', but > there isn't any compatible add-in defining this extension point > WARNING: The add-in 'MonoDevelop.MonoDeveloperExtensions,0.17.0' is > trying to extend '/MonoDevelop/Ide/ContextMenu/ProjectPad/Project', > but there isn't any compatible add-in defining this extension point > WARNING: The add-in 'MonoDevelop.MonoDeveloperExtensions,0.17.0' is > trying to extend > '/MonoDevelop/Ide/ContextMenu/ProjectPad/Project/activeproject/MonoDeveloper.Commands.Install', > but there isn't any compatible add-in defining this extension point > WARNING: The add-in 'MonoDevelop.MonoDeveloperExtensions,0.17.0' is > trying to extend > '/MonoDevelop/Ide/ContextMenu/ProjectPad/Project/activeproject/svnSep', > but there isn't any compatible add-in defining this extension point > MonoDevelop.IdeApplication 0.18.0.0 - MonoDevelop Team 2004-2005, > Mike Krueger 2000-2003 > The MonoDevelop IDE > > http://monodevelop.com > Authors: MonoDevelop Team > [root@surfzoidPC mono]# uname -a > Linux surfzoidPC 2.6.22.9-desktop-2mdv #1 SMP Fri Nov 16 14:31:33 EST > 2007 i686 AMD Sempron(tm) Processor 2600+ GNU/Linux > [root@surfzoidPC mono]# > > > > > On Sun, 2007-12-23 at 23:01 +0100, Petit Eric wrote: > > > Hi folk, i would like an expert eye of this. > > > I'm the author of Cs-ObexFtp, we use openobex to transfer file > > > beetween device and computer in obex. > > > Openobex work now under windows, since my last update of mono (today), > > > by Dailly test tarball, i think i had no problem, but now, if i try to > > > download 25 file in once time i get only 13 and the next time i try to > > > get them i get 0, only if i restart the soft i'm able to get file > > > again. > > > Under windows, with the same version of the openobex dll i haven't got > > > this problem. > > > > > > Also strange thing is in my loop to get file i do something like this : > > > > > > console.writeline (file number + "/" + file count) > > > console.writeline( srcefile + "===>" + destfile) > > > getfile > > > > > > so normaly i should see : > > > 1/25 > > > /myFile ===> /Mydest/myfile > > > > > > but i see this only for 13 files in the correct order here is my debug output > > > > > > Amoureux.gif > > > 23/12/2007 22:37:52: /Mémoire téléphone/Images/Amoureux.gif ===> > > > /home/eric/tmp/test/Amoureux.gif > > > 23/12/2007 22:37:52: 1/24 > > > Automne.png > > > 23/12/2007 22:37:52: /Mémoire téléphone/Images/Automne.png ===> > > > /home/eric/tmp/test/Automne.png > > > 23/12/2007 22:37:52: 2/24 > > > Bowling.jpg > > > 23/12/2007 22:38:02: /Mémoire téléphone/Images/Bowling.jpg ===> > > > /home/eric/tmp/test/Bowling.jpg > > > 23/12/2007 22:38:02: 3/24 > > > Cadeau.gif > > > 23/12/2007 22:38:05: /Mémoire téléphone/Images/Cadeau.gif ===> > > > /home/eric/tmp/test/Cadeau.gif > > > 23/12/2007 22:38:05: 4/24 > > > Café.gif > > > 23/12/2007 22:38:07: /Mémoire téléphone/Images/Café.gif ===> > > > /home/eric/tmp/test/Café.gif > > > 23/12/2007 22:38:07: 5/24 > > > Elektra.gif > > > 23/12/2007 22:38:08: /Mémoire téléphone/Images/Elektra.gif ===> > > > /home/eric/tmp/test/Elektra.gif > > > 23/12/2007 22:38:08: 6/24 > > > En retard.gif > > > 23/12/2007 22:38:24: /Mémoire téléphone/Images/En retard.gif ===> > > > /home/eric/tmp/test/En retard.gif > > > 23/12/2007 22:38:24: 7/24 > > > Endormi.gif > > > 23/12/2007 22:38:26: /Mémoire téléphone/Images/Endormi.gif ===> > > > /home/eric/tmp/test/Endormi.gif > > > 23/12/2007 22:38:26: 8/24 > > > Eté.gif > > > 23/12/2007 22:38:28: /Mémoire téléphone/Images/Eté.gif ===> > > > /home/eric/tmp/test/Eté.gif > > > 23/12/2007 22:38:28: 9/24 > > > Fleur mystique.svgz > > > 23/12/2007 22:38:30: /Mémoire téléphone/Images/Fleur mystique.svgz > > > ===> /home/eric/tmp/test/Fleur mystique.svgz > > > 23/12/2007 22:38:30: 10/24 > > > Fumée.png > > > 23/12/2007 22:38:44: /Mémoire téléphone/Images/Fumée.png ===> > > > /home/eric/tmp/test/Fumée.png > > > 23/12/2007 22:38:44: 11/24 > > > Hiver.gif > > > 23/12/2007 22:39:07: /Mémoire téléphone/Images/Hiver.gif ===> > > > /home/eric/tmp/test/Hiver.gif > > > 23/12/2007 22:39:07: 12/24 > > > Humour.gif > > > 23/12/2007 22:39:09: /Mémoire téléphone/Images/Humour.gif ===> > > > /home/eric/tmp/test/Humour.gif > > > 23/12/2007 22:39:09: 13/24 > > > Kama.gif > > > 23/12/2007 22:39:24: /Mémoire téléphone/Images/Kama.gif ===> > > > /home/eric/tmp/test/Kama.gif > > > 23/12/2007 22:39:24: 14/24 > > > Lion.gif > > > 23/12/2007 22:39:34: /Mémoire téléphone/Images/Lion.gif ===> > > > /home/eric/tmp/test/Lion.gif > > > 23/12/2007 22:39:34: 15/24 > > > Matin.jpg > > > 23/12/2007 22:39:41: /Mémoire téléphone/Images/Matin.jpg ===> > > > /home/eric/tmp/test/Matin.jpg > > > 23/12/2007 22:39:41: 16/24 > > > Micros.jpg > > > 23/12/2007 22:40:01: /Mémoire téléphone/Images/Micros.jpg ===> > > > /home/eric/tmp/test/Micros.jpg > > > Moto.gif > > > 23/12/2007 22:40:01: /Mémoire téléphone/Images/Moto.gif ===> > > > /home/eric/tmp/test/Moto.gif > > > Orchidée.jpg > > > 23/12/2007 22:40:01: /Mémoire téléphone/Images/Orchidée.jpg ===> > > > /home/eric/tmp/test/Orchidée.jpg > > > Organique.jpg > > > 23/12/2007 22:40:01: /Mémoire téléphone/Images/Organique.jpg ===> > > > /home/eric/tmp/test/Organique.jpg > > > Rotation.gif > > > 23/12/2007 22:40:01: /Mémoire téléphone/Images/Rotation.gif ===> > > > /home/eric/tmp/test/Rotation.gif > > > Sony Ericsson.gif > > > 23/12/2007 22:40:01: /Mémoire téléphone/Images/Sony Ericsson.gif ===> > > > /home/eric/tmp/test/Sony Ericsson.gif > > > SP_A0074.jpg > > > 23/12/2007 22:40:01: /Mémoire téléphone/Images/SP_A0074.jpg ===> > > > /home/eric/tmp/test/SP_A0074.jpg > > > SP_A0076.jpg > > > 23/12/2007 22:40:01: /Mémoire téléphone/Images/SP_A0076.jpg ===> > > > /home/eric/tmp/test/SP_A0076.jpg > > > 23/12/2007 22:40:01: 17/24 > > > 23/12/2007 22:40:01: 18/24 > > > 23/12/2007 22:40:01: 19/24 > > > 23/12/2007 22:40:01: 20/24 > > > 23/12/2007 22:40:01: 21/24 > > > 23/12/2007 22:40:01: 22/24 > > > 23/12/2007 22:40:01: 23/24 > > > 23/12/2007 22:40:01: 24/24 > > > 23/12/2007 22:40:01: Work completed > > > > > > as we can see after file number 17, the two debug line are not in > > > synchro anymore ! > > > > > > I use this loop in the working handle of a backgroundworker > > > > > > my sources are avaible at SF.net in the SVN section : > > > http://sourceforge.net/projects/cs-obexftp/ > > > _______________________________________________ > > > Mono-list maillist - Mono-list@... > > > http://lists.ximian.com/mailman/listinfo/mono-list > > > for 3 week, so i just have 2 day to answer. _______________________________________________ Mono-list maillist - Mono-list@... http://lists.ximian.com/mailman/listinfo/mono-list |
|
|
Re: Stability problem under linux MDV 2008 Cooker
by Miguel de Icaza-2
::
Rate this Message:
> > Additionally, do you think it would be possible to get a tcpdump or
> > an ethereal log of the problem? > I'm not understand this two last point, could you be a litle "newbie", > i need a tool and which step to do that ? > My Mono and MD version are ofen up to date, i use dailly tarball for > mono and svn for MD : Google for etherdump or tcpdump, those are tools that capture the network traffic between two computers. What am curious to see is what is the dialogue between the two computers (as I do not have your same system to test against) Miguel _______________________________________________ Mono-list maillist - Mono-list@... http://lists.ximian.com/mailman/listinfo/mono-list |
|
|
Re: Stability problem under linux MDV 2008 Cooker
by Petit Eric
::
Rate this Message:
2007/12/30, Miguel de Icaza <miguel@...>:
> > > Additionally, do you think it would be possible to get a tcpdump or > > > an ethereal log of the problem? > > I'm not understand this two last point, could you be a litle "newbie", > > i need a tool and which step to do that ? > > My Mono and MD version are ofen up to date, i use dailly tarball for > > mono and svn for MD : > > Google for etherdump or tcpdump, those are tools that capture the > network traffic between two computers. > > What am curious to see is what is the dialogue between the two computers have a USB Bluetooth. I see somewere something about wiresharck and bt but never see how to do thath, i thing it s with BT network not direct obex conexion and file transfert. Perhap's the better should be to have a look at my source and "doc": http://cs-obexftp.wiki.sourceforge.net/ > (as I do not have your same system to test against) > > Miguel > _______________________________________________ Mono-list maillist - Mono-list@... http://lists.ximian.com/mailman/listinfo/mono-list |
|
|
Re: Stability problem under linux MDV 2008 Cooker
by Petit Eric
::
Rate this Message:
2007/12/30, Petit Eric <surfzoid@...>:
> 2007/12/30, Miguel de Icaza <miguel@...>: > > > > Additionally, do you think it would be possible to get a tcpdump or > > > > an ethereal log of the problem? > > > I'm not understand this two last point, could you be a litle "newbie", > > > i need a tool and which step to do that ? > > > My Mono and MD version are ofen up to date, i use dailly tarball for > > > mono and svn for MD : > > > > Google for etherdump or tcpdump, those are tools that capture the > > network traffic between two computers. > > > > What am curious to see is what is the dialogue between the two computers > who, it's not two computer but a mobile phone (device) and my Pc who > have a USB Bluetooth. > I see somewere something about wiresharck and bt but never see how to > do thath, i thing it s with BT network not direct obex conexion and > file transfert. > Perhap's the better should be to have a look at my source and "doc": > http://cs-obexftp.wiki.sourceforge.net/ > > (as I do not have your same system to test against) > > > > Miguel > > > debug, but we will see my soft + mono rt, mixed _______________________________________________ Mono-list maillist - Mono-list@... http://lists.ximian.com/mailman/listinfo/mono-list |
|
|
Re: Stability problem under linux MDV 2008 Cooker
by Petit Eric
::
Rate this Message:
2007/12/30, Petit Eric <surfzoid@...>:
> 2007/12/30, Petit Eric <surfzoid@...>: > > 2007/12/30, Miguel de Icaza <miguel@...>: > > > > > Additionally, do you think it would be possible to get a tcpdump or > > > > > an ethereal log of the problem? > > > > I'm not understand this two last point, could you be a litle "newbie", > > > > i need a tool and which step to do that ? > > > > My Mono and MD version are ofen up to date, i use dailly tarball for > > > > mono and svn for MD : > > > > > > Google for etherdump or tcpdump, those are tools that capture the > > > network traffic between two computers. > > > > > > What am curious to see is what is the dialogue between the two computers > > who, it's not two computer but a mobile phone (device) and my Pc who > > have a USB Bluetooth. > > I see somewere something about wiresharck and bt but never see how to > > do thath, i thing it s with BT network not direct obex conexion and > > file transfert. > > Perhap's the better should be to have a look at my source and "doc": > > http://cs-obexftp.wiki.sourceforge.net/ > > > (as I do not have your same system to test against) > > > > > > Miguel > > > > > > i don't really know if it can help, but i can use strace or mono > debug, but we will see my soft + mono rt, mixed > _______________________________________________ Mono-list maillist - Mono-list@... http://lists.ximian.com/mailman/listinfo/mono-list |
|
|
Re: Stability problem under linux MDV 2008 Cooker
by Miguel de Icaza-2
::
Rate this Message:
> Perhap's the better should be to have a look at my source and "doc": > http://cs-obexftp.wiki.sourceforge.net/ It wont be of any use, I have no way of testing it. _______________________________________________ Mono-list maillist - Mono-list@... http://lists.ximian.com/mailman/listinfo/mono-list |
|
|
Re: Stability problem under linux MDV 2008 Cooker
by Petit Eric
::
Rate this Message:
2007/12/30, Miguel de Icaza <miguel@...>:
> > > Perhap's the better should be to have a look at my source and "doc": > > http://cs-obexftp.wiki.sourceforge.net/ > > It wont be of any use, I have no way of testing it. > Cs-Obexftp work with most of transport type, usb, irda Bt... and with a obex device , phone, pda... I have two phones with IRDA or BT, and i m the author of cs-obexftp, so wath can i do to solve my problem, which information i need to provide ? _______________________________________________ Mono-list maillist - Mono-list@... http://lists.ximian.com/mailman/listinfo/mono-list |
|
|
|
|
|
Re: Stability problem under linux MDV 2008 Cooker
by Petit Eric
::
Rate this Message:
Hi
Since this long time i always have this problem, so i will try to explain it the more clear i can . First, in globaly , as we now threat managment is not the same under linux and windows. I see and don't really know if it is bad or good, under windows when you use a BackGroundWorker ( a "second" thread") you are not allowed to "interacte" with GUI part. Let's say a form with a textbox "TxtBx1" and a backgroundworker "Bck", in the event : Bck_DoWork(...), if you say This.TxtBx1.Text = "some text"; yu have a exception about invalid interthread operation. But under linux you don't have exception ! Second : My prog, CsObexftp : http://cs-obexftp.wiki.sourceforge.net/ is a tool who use the "new" C# binding of obexftp : http://dev.zuckschwerdt.org/openobex/ the popular console programme we see in most linux OS. The work of csobexftp is to conect to a device like a mobile phone by Bluetooth, usb or irda and use obex protocole to transfert files. So i write csobexftp with 3 backgroundworker , one for conection (BckConnect), one for read operation like download or list file (BckRead) and a last to write like uploat/put file or make dir (BckWrite). As we know A Windows Form App have 2 thread, one for the graphical part other for the code with the 3 mine (Bck) we have 5 thread. The main compnent of the obexftp C# binding is "client", so in global declaration i declare one : Client Cli = null; Cli is in the thread 2 (code) When user click on conect, i start the BckConnect work and then in thread 3 i do a cli = new cli(conect args); When BckConnect finished is job (in thread 2) i start the BckRead (thread 4) to list the root folder of the phone. when user select multiple files and say "get to my computer" i start again the BckRead (thread 4) with the list of file to transfer and made a loop to all files with cli.get_files(fssrce, dest); In this loop i use BckRead.reportprogress to interacte with a progressbar on GUI(thread2 and then thread 1). This stuff work gread under windows, i writed with Zany the author of obexftp a little class "cs_stress_test" who run as a console program to connect to phone and download a list of file, it work nice under linux with a last Mono V1.91. But with cs-obexftp during loop the thread is not anymore executed , this occure never at the same time, sometime after the 1th files other time after the 14th file I see no error in Mono debug output and no error in obexftp debug output where i set debug level to 5 (very hight debug ) The code who use the background worker can be read here : http://cs-obexftp.svn.sourceforge.net/viewvc/cs-obexftp/trunk/Cs-ObexFtp/Cs-ObexFtp/Forms/MainForm.cs?view=log My point of view is, it could be not a mono problem, but the fact i transfert the "cli" object in 3 thread ? But why i didn't see it under windows. Also i was say " Stability problem under linux MDV 2008 Cooker", so i do some test under OpenSuse 11 and problem still here . 2007/12/30 Petit Eric <surfzoid@...>: > 2007/12/30, Petit Eric <surfzoid@...>: >> i run csobexftp as it : >> MONO_LOG_LEVEL="debug" MONO_EVENTLOG_TYPE=local:~/tmp/csobexftp mono >> ./Cs-ObexFtp.exe > test.log >> so i add test log as attachment >> normal way should be : >> thread 2 >> thread 1 >> thread 2 >> ................ >> but as we can see it s not the case !! >> >> > the attachmement is too big so : > http://surfzoid.free.fr/test.log > -- Cordially. Small Eric Quotations of the days: --------------------------------------------------------------------------- If one day one reproaches you that your work is not a work of professional, say you that: Amateurs built the arch of Noah, and professionals the Titanic. --------------------------------------------------------------------------- Few people are done for independence, it is the privilege of the powerful ones. --------------------------------------------------------------------------- No key was wounded during the drafting of this message. _______________________________________________ Mono-list maillist - Mono-list@... http://lists.ximian.com/mailman/listinfo/mono-list |
|
|
Re: Stability problem under linux MDV 2008 Cooker
by Petit Eric
::
Rate this Message:
I forget two important thing, first is when the "crash/problem" occure
the dll i use to "wrap" the obexftp lib is "broken", i can restart my prog and do wath i want, i'm never abble to connect to a phone or do anything else with the object "client" i need to recompil it and then i'm again able to connect, list folder and get another file since it break again, it is sound like the object in the backgound_dowork doesn't freeing some pointer in memory or a GC problem, no ? Second, Miguel you ask me about a tcpdump or etherall/shark.., with the compilation of obexftp with debug=5 i have the packet transmit between phone and PC so i put it here : http://surfzoid.free.fr/stdout_stderr.txt this one is : Conect, list root folder, browse to a folder and then try to get 14 files, the first one was okay but the 13 next was in "broken" state like i don't use the corect thread where cli is conected . 2008/7/13 Petit Eric <surfzoid@...>: > Hi > Since this long time i always have this problem, so i will try to > explain it the more clear i can . > First, in globaly , as we now threat managment is not the same under > linux and windows. > I see and don't really know if it is bad or good, under windows when > you use a BackGroundWorker ( a "second" thread") you are not allowed > to "interacte" with GUI part. > Let's say a form with a textbox "TxtBx1" and a backgroundworker "Bck", > in the event : Bck_DoWork(...), if you say This.TxtBx1.Text = "some > text"; yu have a exception about invalid interthread operation. > But under linux you don't have exception ! > > Second : > My prog, CsObexftp : http://cs-obexftp.wiki.sourceforge.net/ is a tool > who use the "new" C# binding of obexftp : > http://dev.zuckschwerdt.org/openobex/ the popular console programme we > see in most linux OS. > The work of csobexftp is to conect to a device like a mobile phone by > Bluetooth, usb or irda and use obex protocole to transfert files. > > So i write csobexftp with 3 backgroundworker , one for conection > (BckConnect), one for read operation like download or list file > (BckRead) and a last to write like uploat/put file or make dir > (BckWrite). > > As we know A Windows Form App have 2 thread, one for the graphical > part other for the code with the 3 mine (Bck) we have 5 thread. > > The main compnent of the obexftp C# binding is "client", so in global > declaration i declare one : Client Cli = null; > Cli is in the thread 2 (code) > When user click on conect, i start the BckConnect work and then in > thread 3 i do a cli = new cli(conect args); > > When BckConnect finished is job (in thread 2) i start the BckRead > (thread 4) to list the root folder of the phone. > > when user select multiple files and say "get to my computer" i start > again the BckRead (thread 4) with the list of file to transfer and > made a loop to all files with cli.get_files(fssrce, dest); > In this loop i use BckRead.reportprogress to interacte with a > progressbar on GUI(thread2 and then thread 1). > > This stuff work gread under windows, i writed with Zany the author of > obexftp a little class "cs_stress_test" who run as a console program > to connect to phone and download a list of file, it work nice under > linux with a last Mono V1.91. > > But with cs-obexftp during loop the thread is not anymore executed , > this occure never at the same time, sometime after the 1th files other > time after the 14th file > > I see no error in Mono debug output and no error in obexftp debug > output where i set debug level to 5 (very hight debug ) > > The code who use the background worker can be read here : > > http://cs-obexftp.svn.sourceforge.net/viewvc/cs-obexftp/trunk/Cs-ObexFtp/Cs-ObexFtp/Forms/MainForm.cs?view=log > > My point of view is, it could be not a mono problem, but the fact i > transfert the "cli" object in 3 thread ? > But why i didn't see it under windows. > > Also i was say " Stability problem under linux MDV 2008 Cooker", so i > do some test under OpenSuse 11 and problem still here . > > 2007/12/30 Petit Eric <surfzoid@...>: >> 2007/12/30, Petit Eric <surfzoid@...>: >>> i run csobexftp as it : >>> MONO_LOG_LEVEL="debug" MONO_EVENTLOG_TYPE=local:~/tmp/csobexftp mono >>> ./Cs-ObexFtp.exe > test.log >>> so i add test log as attachment >>> normal way should be : >>> thread 2 >>> thread 1 >>> thread 2 >>> ................ >>> but as we can see it s not the case !! >>> >>> >> the attachmement is too big so : >> http://surfzoid.free.fr/test.log >> > > > > -- > > Cordially. > > Small Eric Quotations of the days: > --------------------------------------------------------------------------- > If one day one reproaches you that your work is not a work of > professional, say you that: > Amateurs built the arch of Noah, and professionals the Titanic. > --------------------------------------------------------------------------- > > Few people are done for independence, it is the privilege of the powerful ones. > --------------------------------------------------------------------------- > > No key was wounded during the drafting of this message. > -- Cordially. Small Eric Quotations of the days: --------------------------------------------------------------------------- If one day one reproaches you that your work is not a work of professional, say you that: Amateurs built the arch of Noah, and professionals the Titanic. --------------------------------------------------------------------------- Few people are done for independence, it is the privilege of the powerful ones. --------------------------------------------------------------------------- No key was wounded during the drafting of this message. _______________________________________________ Mono-list maillist - Mono-list@... http://lists.ximian.com/mailman/listinfo/mono-list |
|
|
Re: Stability problem under linux MDV 2008 Cooker
by Petit Eric
::
Rate this Message:
I forget two important thing, first is when the "crash/problem" occure
the dll i use to "wrap" the obexftp lib is "broken", i can restart my prog and do wath i want, i'm never abble to connect to a phone or do anything else with the object "client" i need to recompil it and then i'm again able to connect, list folder and get another file since it break again, it is sound like the object in the backgound_dowork doesn't freeing some pointer in memory or a GC problem, no ? Second, Miguel you ask me about a tcpdump or etherall/shark.., with the compilation of obexftp with debug=5 i have the packet transmit between phone and PC so i put it here : http://surfzoid.free.fr/stdout_stderr.txt this one is : Conect, list root folder, browse to a folder and then try to get 14 files, the first one was okay but the 13 next was in "broken" state like i don't use the corect thread where cli is conected . 2008/7/13 Petit Eric <surfzoid@...>: > Hi > Since this long time i always have this problem, so i will try to > explain it the more clear i can . > First, in globaly , as we now threat managment is not the same under > linux and windows. > I see and don't really know if it is bad or good, under windows when > you use a BackGroundWorker ( a "second" thread") you are not allowed > to "interacte" with GUI part. > Let's say a form with a textbox "TxtBx1" and a backgroundworker "Bck", > in the event : Bck_DoWork(...), if you say This.TxtBx1.Text = "some > text"; yu have a exception about invalid interthread operation. > But under linux you don't have exception ! > > Second : > My prog, CsObexftp : http://cs-obexftp.wiki.sourceforge.net/ is a tool > who use the "new" C# binding of obexftp : > http://dev.zuckschwerdt.org/openobex/ the popular console programme we > see in most linux OS. > The work of csobexftp is to conect to a device like a mobile phone by > Bluetooth, usb or irda and use obex protocole to transfert files. > > So i write csobexftp with 3 backgroundworker , one for conection > (BckConnect), one for read operation like download or list file > (BckRead) and a last to write like uploat/put file or make dir > (BckWrite). > > As we know A Windows Form App have 2 thread, one for the graphical > part other for the code with the 3 mine (Bck) we have 5 thread. > > The main compnent of the obexftp C# binding is "client", so in global > declaration i declare one : Client Cli = null; > Cli is in the thread 2 (code) > When user click on conect, i start the BckConnect work and then in > thread 3 i do a cli = new cli(conect args); > > When BckConnect finished is job (in thread 2) i start the BckRead > (thread 4) to list the root folder of the phone. > > when user select multiple files and say "get to my computer" i start > again the BckRead (thread 4) with the list of file to transfer and > made a loop to all files with cli.get_files(fssrce, dest); > In this loop i use BckRead.reportprogress to interacte with a > progressbar on GUI(thread2 and then thread 1). > > This stuff work gread under windows, i writed with Zany the author of > obexftp a little class "cs_stress_test" who run as a console program > to connect to phone and download a list of file, it work nice under > linux with a last Mono V1.91. > > But with cs-obexftp during loop the thread is not anymore executed , > this occure never at the same time, sometime after the 1th files other > time after the 14th file > > I see no error in Mono debug output and no error in obexftp debug > output where i set debug level to 5 (very hight debug ) > > The code who use the background worker can be read here : > > http://cs-obexftp.svn.sourceforge.net/viewvc/cs-obexftp/trunk/Cs-ObexFtp/Cs-ObexFtp/Forms/MainForm.cs?view=log > > My point of view is, it could be not a mono problem, but the fact i > transfert the "cli" object in 3 thread ? > But why i didn't see it under windows. > > Also i was say " Stability problem under linux MDV 2008 Cooker", so i > do some test under OpenSuse 11 and problem still here . Mono-list maillist - Mono-list@... http://lists.ximian.com/mailman/listinfo/mono-list |
|
|
Re: Stability problem under linux MDV 2008 Cooker
by Ale2008
::
Rate this Message:
Hi Eric, I'm new to mono and not even a C# programmer... so I don't think I can help you much. However, I found out the hard way that setting G_SLICE=debug-blocks is a requirement for no-nonsense debugging with mono. I'd just be curious to know if you usually set that. Best Ale |
|
|
|
|
|
Re: Stability problem under linux MDV 2008 Cooker
by Ale2008
::
Rate this Message:
Petit Eric wrote:
> 2008/7/15 Alessandro Vesely <vesely@...>: >> Hi Eric, >>>> >>>> However, I found out the hard way that setting G_SLICE=debug-blocks is a >>>> requirement for no-nonsense debugging with mono. >>> >>> Hé hé , yu think ishould do that ? >> >> If there is a chance that a bug depends on a C written function, absolutely >> yes. > Yes i have a managed C program (obexftp), can yu say me if i need to > compile the C programe with G_SLICE=debug-blocks or in environment or > when compiling Mono ? After compiling a managed C (i.e. C#) program one can always make sure that the compilation is correct by inspecting the assembly. When running it, [plain, i.e. unmanaged] C code supervises the execution. In normal C code, releasing a non-allocated memory block results in a core dump. In mono without debug-blocks, glib blindly accepts any released memory for later reallocation. That may result in overlapping variables at some further point during the execution. > Better , do yu know a link with TODO to do that step by step running "env G_SLICE=debug-blocks mono my.exe" would suffice for dismissing an occasional doubt. However, I'd recommend setting "export G_SLICE=debug-blocks" in a developer's .bashrc. The point is that, even if memory errors a quite uncommon, one of them is enough for all bets to be off. That's what managed code is all about. > it is > true i really need to see wath happen in the C code, a Valgrind for > Mono should be very nice Although mono can be instrumented with Valgrind tools, as mentioned in http://www.mono-project.com/Debugging, that is likely to cause performance degradation on a different scale w.r.t. glib internal checking (noticeable vs. unnoticeable). Ciao Ale _______________________________________________ Mono-list maillist - Mono-list@... http://lists.ximian.com/mailman/listinfo/mono-list |
|
|
Re: Stability problem under linux MDV 2008 Cooker
by Petit Eric
::
Rate this Message:
2008/7/15 Alessandro Vesely <vesely@...>:
> Petit Eric wrote: >> >> 2008/7/15 Alessandro Vesely <vesely@...>: >>> >>> Hi Eric, >>>>> >>>>> However, I found out the hard way that setting G_SLICE=debug-blocks is >>>>> a >>>>> requirement for no-nonsense debugging with mono. >>>> >>>> Hé hé , yu think ishould do that ? >>> >>> If there is a chance that a bug depends on a C written function, >>> absolutely >>> yes. >> >> Yes i have a managed C program (obexftp), can yu say me if i need to >> compile the C programe with G_SLICE=debug-blocks or in environment or >> when compiling Mono ? > > After compiling a managed C (i.e. C#) program one can always make sure that > the compilation is correct by inspecting the assembly. When running it, > [plain, i.e. unmanaged] C code supervises the execution. In normal C code, > releasing a non-allocated memory block results in a core dump. In mono > without debug-blocks, glib blindly accepts any released memory for later > reallocation. That may result in overlapping variables at some further point > during the execution. > >> Better , do yu know a link with TODO to do that step by step > > running "env G_SLICE=debug-blocks mono my.exe" would suffice for dismissing > an occasional doubt. However, I'd recommend setting "export > G_SLICE=debug-blocks" in a developer's .bashrc. The point is that, even if > memory errors a quite uncommon, one of them is enough for all bets to be > off. That's what managed code is all about. > >> it is >> true i really need to see wath happen in the C code, a Valgrind for >> Mono should be very nice > > Although mono can be instrumented with Valgrind tools, as mentioned in > http://www.mono-project.com/Debugging, that is likely to cause performance > degradation on a different scale w.r.t. glib internal checking (noticeable > vs. unnoticeable). molte grazie > > Ciao > Ale > > -- Cordially. Small Eric Quotations of the days: --------------------------------------------------------------------------- If one day one reproaches you that your work is not a work of professional, say you that: Amateurs built the arch of Noah, and professionals the Titanic. --------------------------------------------------------------------------- Few people are done for independence, it is the privilege of the powerful ones. --------------------------------------------------------------------------- No key was wounded during the drafting of this message. _______________________________________________ Mono-list maillist - Mono-list@... http://lists.ximian.com/mailman/listinfo/mono-list |
| Free embeddable forum powered by Nabble | Forum Help |
