Performance VW on Pocket PC

Previous Topic Next Topic
 
classic Classic list List threaded Threaded
8 messages Options
Reply | Threaded
Open this post in threaded view
|

Performance VW on Pocket PC

Andrés Garagiola
I'm running an VW very simple  application in a pocket pc (Symbol PDT 8100 processor Intel SA1110 206MHz and  64 Mb).  The  performance is very bad, and inclusive i have some problems with some classes.
My question is if this problems can be <span onclick="dr4sdgryt2(event)" style="cursor: pointer;"> <span onclick="dr4sdgryt2(event)" style="cursor: pointer;">incompatibilities or resources problems?

Thanks
Andrés
Reply | Threaded
Open this post in threaded view
|

AW: Performance VW on Pocket PC

Georg Heeg

Andrés,

 

The performance of a typical Windows Ce machines with Strong Arm Processor is much less than x86 type performance. Additionally most of devices are optimized for energy consumption and production cost. Thus the same processor can have a difference of a factor of 8 in speed easily, mainly concerning the graphics speed. If you run a simple C benchmark, you will get the same results as running Smalltalk.

 

Concerning the “classes incompatibilities” you are writing a bout, I have no clue. Can you be more precise?

 

Georg

 

Georg Heeg eK, Dortmund und Köthen, HR Dortmund A 12812

Tel. +49-3496-214328, Fax +49-3496-214712


Von: Andrés Garagiola [mailto:[hidden email]]
Gesendet: Montag, 14. Mai 2007 15:35
An: [hidden email]
Betreff: Performance VW on Pocket PC

 

I'm running an VW very simple  application in a pocket pc (Symbol PDT 8100 processor Intel SA1110 206MHz and  64 Mb).  The  performance is very bad, and inclusive i have some problems with some classes.
My question is if this problems can be <span onclick="dr4sdgryt2(event)" style='cursor:pointer'>
<span onclick="dr4sdgryt2(event)" style='cursor:pointer'>incompatibilities or resources problems?

Thanks
Andrés

Reply | Threaded
Open this post in threaded view
|

Re: Performance VW on Pocket PC

Andrés Garagiola
Thanks Georg

The problem with the clases is in some methods like #spinButton: spec into: builder in UILookPolicy, in this case when the method do "self spinButtonViewClass model: model."
an exception is raised "UndefinedObject does not understood #model:" but in XP the same runtime image work very well.
I have not the wallback here, but at night i will attach it.

Regars
Andrés

2007/5/14, Georg Heeg <[hidden email]>:

Andrés,

 

The performance of a typical Windows Ce machines with Strong Arm Processor is much less than x86 type performance. Additionally most of devices are optimized for energy consumption and production cost. Thus the same processor can have a difference of a factor of 8 in speed easily, mainly concerning the graphics speed. If you run a simple C benchmark, you will get the same results as running Smalltalk.

 

Concerning the "classes incompatibilities" you are writing a bout, I have no clue. Can you be more precise?

 

Georg

 

Georg Heeg eK, Dortmund und Köthen, HR Dortmund A 12812

Tel. +49-3496-214328, Fax +49-3496-214712


Von: Andrés Garagiola [mailto:[hidden email]]
Gesendet: Montag, 14. Mai 2007 15:35
An: [hidden email]
Betreff: Performance VW on Pocket PC

 

I'm running an VW very simple  application in a pocket pc (Symbol PDT 8100 processor Intel SA1110 206MHz and  64 Mb).  The  performance is very bad, and inclusive i have some problems with some classes.
My question is if this problems can be  incompatibilities or resources problems?

Thanks
Andrés


Reply | Threaded
Open this post in threaded view
|

AW: Performance VW on Pocket PC

Georg Heeg
In reply to this post by Georg Heeg

Andrés,

 

Did you try a development image also? Did you try to debug?

 

Georg

 

Georg Heeg eK, Dortmund und Köthen, HR Dortmund A 12812

Tel. +49-3496-214328, Fax +49-3496-214712


Von: Andrés Garagiola [mailto:[hidden email]]
Gesendet: Montag, 14. Mai 2007 18:49
An: Georg Heeg
Betreff: Re: Performance VW on Pocket PC

 

Thanks Georg

The problem with the clases is in some methods like #spinButton: spec into: builder in UILookPolicy, in this case when the method do "self spinButtonViewClass model: model."
an exception is raised "UndefinedObject does not understood #model:" but in XP the same runtime image work very well.
I have not the wallback here, but at night i will attach it.

Regars
Andrés

2007/5/14, Georg Heeg <[hidden email]>:

Andrés,

 

The performance of a typical Windows Ce machines with Strong Arm Processor is much less than x86 type performance. Additionally most of devices are optimized for energy consumption and production cost. Thus the same processor can have a difference of a factor of 8 in speed easily, mainly concerning the graphics speed. If you run a simple C benchmark, you will get the same results as running Smalltalk.

 

Concerning the "classes incompatibilities" you are writing a bout, I have no clue. Can you be more precise?

 

Georg

 

Georg Heeg eK, Dortmund und Köthen, HR Dortmund A 12812

Tel. +49-3496-214328, Fax +49-3496-214712


Von: Andrés Garagiola [mailto:[hidden email]]
Gesendet: Montag, 14. Mai 2007 15:35
An: [hidden email]
Betreff: Performance VW on Pocket PC

 

I'm running an VW very simple  application in a pocket pc (Symbol PDT 8100 processor Intel SA1110 206MHz and  64 Mb).  The  performance is very bad, and inclusive i have some problems with some classes.
My question is if this problems can be  incompatibilities or resources problems?

Thanks
Andrés

 

Reply | Threaded
Open this post in threaded view
|

Re: Performance VW on Pocket PC

Andrés Garagiola
Yes, i did but the development image not run in the pocket due to <span onclick="dr4sdgryt2(event)" style="cursor: pointer;">insufficient memory to allocate to heap.

Andrés


2007/5/14, Georg Heeg <[hidden email]>:

Andrés,

 

Did you try a development image also? Did you try to debug?

 

Georg

 

Georg Heeg eK, Dortmund und Köthen, HR Dortmund A 12812

Tel. +49-3496-214328, Fax +49-3496-214712


Von: Andrés Garagiola [mailto:[hidden email]]
Gesendet: Montag, 14. Mai 2007 18:49
An: Georg Heeg
Betreff: Re: Performance VW on Pocket PC

 

Thanks Georg

The problem with the clases is in some methods like #spinButton: spec into: builder in UILookPolicy, in this case when the method do "self spinButtonViewClass model: model."
an exception is raised "UndefinedObject does not understood #model:" but in XP the same runtime image work very well.
I have not the wallback here, but at night i will attach it.

Regars
Andrés

2007/5/14, Georg Heeg <[hidden email] >:

Andrés,

 

The performance of a typical Windows Ce machines with Strong Arm Processor is much less than x86 type performance. Additionally most of devices are optimized for energy consumption and production cost. Thus the same processor can have a difference of a factor of 8 in speed easily, mainly concerning the graphics speed. If you run a simple C benchmark, you will get the same results as running Smalltalk.

 

Concerning the "classes incompatibilities" you are writing a bout, I have no clue. Can you be more precise?

 

Georg

 

Georg Heeg eK, Dortmund und Köthen, HR Dortmund A 12812

Tel. +49-3496-214328, Fax +49-3496-214712


Von: Andrés Garagiola [mailto: [hidden email]]
Gesendet: Montag, 14. Mai 2007 15:35
An: [hidden email]
Betreff: Performance VW on Pocket PC

 

I'm running an VW very simple  application in a pocket pc (Symbol PDT 8100 processor Intel SA1110 206MHz and  64 Mb).  The  performance is very bad, and inclusive i have some problems with some classes.
My question is if this problems can be  incompatibilities or resources problems?

Thanks
Andrés

 


Reply | Threaded
Open this post in threaded view
|

Re: Performance VW on Pocket PC

Ralf Propach
In reply to this post by Andrés Garagiola
Hi Andres,

I would suspect that the runtime packager removed some classes of the Look and Feel
you use on Windows CE. You could try changing the look and feel from 'Auto Select'
to 'Windows XP' in the Settings Tool; or you could tell the runtime packager to keep
the classes you need. But without a walkback, it is hard to guess the problem.


Ralf

Andrés Garagiola wrote:

> Thanks Georg
>
> The problem with the clases is in some methods like #spinButton: spec into:
> builder in UILookPolicy, in this case when the method do "self
> spinButtonViewClass model: model."
> an exception is raised "UndefinedObject does not understood #model:" but in
> XP the same runtime image work very well.
> I have not the wallback here, but at night i will attach it.
>
> Regars
> Andrés
>
> 2007/5/14, Georg Heeg <[hidden email]>:
>>
>>  Andrés,
>>
>>
>>
>> The performance of a typical Windows Ce machines with Strong Arm
>> Processor
>> is much less than x86 type performance. Additionally most of devices are
>> optimized for energy consumption and production cost. Thus the same
>> processor can have a difference of a factor of 8 in speed easily, mainly
>> concerning the graphics speed. If you run a simple C benchmark, you
>> will get
>> the same results as running Smalltalk.
>>
>>
>>
>> Concerning the "classes incompatibilities" you are writing a bout, I have
>> no clue. Can you be more precise?
>>
>>
>>
>> Georg
>>
>>
>>
>> Georg Heeg eK, Dortmund und Köthen, HR Dortmund A 12812
>>
>> Tel. +49-3496-214328, Fax +49-3496-214712
>>   ------------------------------
>>
>> *Von:* Andrés Garagiola [mailto:[hidden email]]
>> *Gesendet:* Montag, 14. Mai 2007 15:35
>> *An:* [hidden email]
>> *Betreff:* Performance VW on Pocket PC
>>
>>
>>
>> I'm running an VW very simple  application in a pocket pc (Symbol PDT
>> 8100
>> processor Intel SA1110 206MHz and  64 Mb).  The  performance is very bad,
>> and inclusive i have some problems with some classes.
>> My question is if this problems can be  incompatibilities or resources
>> problems?
>>
>> Thanks
>> Andrés
>>
>>
>
>


--
Ralf Propach, [hidden email]
Tel: +49 231 975 99 38   Fax: +49 231 975 99 20
Georg Heeg eK (Dortmund)
Handelsregister: Amtsgericht Dortmund  A 12812

Reply | Threaded
Open this post in threaded view
|

Re: Performance VW on Pocket PC

Andrés Garagiola
It's one of wallbacks, it refer to other problem that occurs only in the runtimeimage when i execute in the pocket, in windows XP run well but i think that it's a problem with CE parcel in runtime image creation.

Thanks
Andrés

T

==2003/3/28==15:56:55==BEGIN RUNTIME DIAGNOSTIC DUMP
Note: this file stored in VisualWorks #source (UTF-8) encoding

Cause of Dump: Unhandled exception: Message not understood: #model:
Image Identification: 'Image created May 13, 2007  9:37:43 am'
Smalltalk Version: 'VisualWorks® NonCommercial, 7.4.1 of May 30, 2006'
Object Memory versionId: #[60 48 60 64 74 1 0 0 60 41 60 64]
Class creating this dump: RuntimeImageDumper
Command Line: \Program Files\vw\bin\cearm\vwnt.exe
------------------------------------------------------------
Active Process
Context Stack:
[1]     UndefinedObject(Object)>>doesNotUnderstand:
[2]     SmalltalkWidgetPolicy(MenuButtonView)>>menuViewForMenu:
[3]     InputBoxController(Controller)>>trackMenu:at:centered:
[4]     InputBoxController(ControllerWithMenu)>>processMenu:at:centered:
[5]     InputBoxController(ControllerWithMenu)>>processMenuAt:centered:
[6]     InputBoxController(ControllerWithMenu)>>yellowButtonPressedEvent:
[7]     InputBoxController(ParagraphEditor)>>yellowButtonPressedEvent:
[8]     InputBoxController(TextEditorController)>>yellowButtonPressedEvent:
[9]     YellowButtonPressedEvent>>dispatchTo:
[10]     InputBoxController(ControllerWithMenu)>>handleEvent:
[11]     EventDispatcher>>dispatch:to:
[12]     EventDispatcher>>dispatchEvent:
[13]     YellowButtonPressedEvent(Event)>>dispatch
[14]     YellowButtonPressedEvent(Event)>>dispatchForWindowManager:
[15]     optimized [] in WindowManager>>safelyDispatchForWindowManager:
[16]     BlockClosure>>on:do:
[17]     WindowManager>>safelyDispatchForWindowManager:
[18]     WindowManager>>processNextEvent
[19]     optimized [] in [] in WindowManager>>newProcess
[20]     BlockClosure>>on:do:
[21]     optimized [] in WindowManager>>newProcess
[22]     BlockClosure>>on:do:
[23]     optimized [] in Process class>>forBlock:priority:

------------------------------------------------------------
Unhandled Exception:
    class: UnhandledException
    creator: UnhandledException
    errorString: Unhandled exception: Message not understood: #model:
    parameter: a MessageNotUnderstood

------------------------------------------------------------
Initial Context Stack Arguments:
[1] UndefinedObject(Object)>>doesNotUnderstand:
    Receiver: (id=1) nil
    Arg1: (id=5015) a Message with selector: #model: and arguments: #(a Menu)
[2] SmalltalkWidgetPolicy(MenuButtonView)>>menuViewForMenu:
    Receiver: (id=6488) a SmalltalkWidgetPolicy
    Arg1: (id=13389) a Menu
[3] InputBoxController(Controller)>>trackMenu:at:centered:
    Receiver: (id=7961) an InputBoxController
    Arg1: (id=13389) a Menu
    Arg2: (id=1702) 126@106
    Arg3: (id=3) true
[4] InputBoxController(ControllerWithMenu)>>processMenu:at:centered:
    Receiver: (id=7961) an InputBoxController
    Arg1: (id=13389) a Menu
    Arg2: (id=1702) 126@106
    Arg3: (id=3) true
[5] InputBoxController(ControllerWithMenu)>>processMenuAt:centered:
    Receiver: (id=7961) an InputBoxController
    Arg1: (id=1702) 126@106
    Arg2: (id=3) true
[6] InputBoxController(ControllerWithMenu)>>yellowButtonPressedEvent:
    Receiver: (id=7961) an InputBoxController
    Arg1: (id=9987) a YellowButtonPressedEvent
[7] InputBoxController(ParagraphEditor)>>yellowButtonPressedEvent:
    Receiver: (id=7961) an InputBoxController
    Arg1: (id=9987) a YellowButtonPressedEvent
[8] InputBoxController(TextEditorController)>>yellowButtonPressedEvent:
    Receiver: (id=7961) an InputBoxController
    Arg1: (id=9987) a YellowButtonPressedEvent
[9] YellowButtonPressedEvent>>dispatchTo:
    Receiver: (id=9987) a YellowButtonPressedEvent
    Arg1: (id=7961) an InputBoxController
[10] InputBoxController(ControllerWithMenu)>>handleEvent:
    Receiver: (id=7961) an InputBoxController
    Arg1: (id=9987) a YellowButtonPressedEvent
[11] EventDispatcher>>dispatch:to:
    Receiver: (id=3914) an EventDispatcher
    Arg1: (id=9987) a YellowButtonPressedEvent
    Arg2: (id=7961) an InputBoxController
[12] EventDispatcher>>dispatchEvent:
    Receiver: (id=3914) an EventDispatcher
    Arg1: (id=9987) a YellowButtonPressedEvent
[13] YellowButtonPressedEvent(Event)>>dispatch
    Receiver: (id=9987) a YellowButtonPressedEvent
[14] YellowButtonPressedEvent(Event)>>dispatchForWindowManager:
    Receiver: (id=9987) a YellowButtonPressedEvent
    Arg1: (id=7413) a WindowManager
[16] BlockClosure>>on:do:
    Receiver: (id=15145) BlockClosure [] in WindowManager>>safelyDispatchForWindowManager:
    Arg1: (id=8473) BadControllerError
    Arg2: (id=10359) BlockClosure [] in WindowManager>>safelyDispatchForWindowManager:
[17] WindowManager>>safelyDispatchForWindowManager:
    Receiver: (id=7413) a WindowManager
    Arg1: (id=9987) a YellowButtonPressedEvent
[18] WindowManager>>processNextEvent
    Receiver: (id=7413) a WindowManager
[20] BlockClosure>>on:do:
    Receiver: (id=9439) BlockClosure [] in [] in WindowManager>>newProcess
    Arg1: (id=3873) TerminateException
    Arg2: (id=4653) BlockClosure [] in [] in WindowManager>>newProcess
[22] BlockClosure>>on:do:
    Receiver: (id=12385) BlockClosure [] in WindowManager>>newProcess
    Arg1: (id=3873) TerminateException
    Arg2: (id=14659) BlockClosure [] in [] in Process class>>forBlock:priority:

------------------------------------------------------------
Quiescent Processes
Process priority: 10 (id=7599)
Context Stack:
[1]     Semaphore>>wait
[2]     ObjectMemory class>>idleLoop
[3]     optimized [] in ObjectMemory class>>installIdleLoopProcess
[4]     BlockClosure>>on:do:
[5]     optimized [] in Process class>>forBlock:priority:

------------------------------------------------------------
Suspended Processes
Process priority: 10 (id=7599)
Context Stack:
[1]     Semaphore>>wait
[2]     ObjectMemory class>>idleLoop
[3]     optimized [] in ObjectMemory class>>installIdleLoopProcess
[4]     BlockClosure>>on:do:
[5]     optimized [] in Process class>>forBlock:priority:

Process priority: 100 (id=11465)
Context Stack:
[1]     Semaphore>>wait
[2]     optimized [] in Delay class>>initializeTimingProcess
[3]     BlockClosure>>on:do:
[4]     optimized [] in Process class>>forBlock:priority:

Process priority: 85 (id=5206)
Context Stack:
[1]     Semaphore>>wait
[2]     optimized [] in CCallback class>>installForeignCallbackProcess
[3]     BlockClosure>>on:do:
[4]     optimized [] in Process class>>forBlock:priority:

Process priority: 85 (id=15331)
Context Stack:
[1]     Semaphore>>wait
[2]     optimized [] in CCallback class>>installForeignCallbackProcess
[3]     BlockClosure>>on:do:
[4]     optimized [] in Process class>>forBlock:priority:

Process priority: 89 (id=9072)
Context Stack:
[1]     Semaphore>>wait
[2]     optimized [] in [] in [] in CCallback class>>installCallbackProcess
[3]     BlockClosure>>on:do:
[4]     optimized [] in [] in CCallback class>>installCallbackProcess
[5]     BlockClosure>>on:do:
[6]     optimized [] in CCallback class>>installCallbackProcess
[7]     BlockClosure>>on:do:
[8]     optimized [] in Process class>>forBlock:priority:

Process priority: 98 (id=2813)
Context Stack:
[1]     Semaphore>>wait
[2]     WeakArray class>>outerFinalizationLoop
[3]     optimized [] in WeakArray class>>installFinalizationMechanism
[4]     BlockClosure>>on:do:
[5]     optimized [] in Process class>>forBlock:priority:

Process priority: 90 (id=12938)
Context Stack:
[1]     Semaphore>>wait
[2]     InputState>>run
[3]     optimized [] in InputState class>>install
[4]     BlockClosure>>on:do:
[5]     optimized [] in Process class>>forBlock:priority:

Process priority: 90 (id=6679)
Context Stack:
[1]     Semaphore>>wait
[2]     optimized [] in ObjectMemory class>>installScavengeNotification
[3]     BlockClosure>>on:do:
[4]     optimized [] in Process class>>forBlock:priority:

Process priority: 91 (id=420)
Context Stack:
[1]     Semaphore>>wait
[2]     ObjectMemory class>>lowSpaceLoop
[3]     optimized [] in ObjectMemory class>>installLowSpaceProcess
[4]     BlockClosure>>on:do:
[5]     optimized [] in Process class>>forBlock:priority:

------------------------------------------------------------
Transcript:
<<<BEGIN TRANSCRIPT>>>

pocketruntime.im created at May 13, 2007 9:37:59 am
<<<END TRANSCRIPT>>>

------------------------------------------------------------
Scheduled Windows:

    an ApplicationWindow 10 label: 'Pocket'
        model class:  PocketApp
        67@27         displayContents: '8555555'

==2003/3/28==15:56:55==END RUNTIME DIAGNOSTIC DUMP

==2003/3/28==16:08:10==BEGIN RUNTIME DIAGNOSTIC DUMP
Note: this file stored in VisualWorks #source (UTF-8) encoding

Cause of Dump: Unhandled exception: Referenced an instance of deleted Behavior:  External.CMacroDefinition
Image Identification: 'Image created May 13, 2007  9:52:27 am'
Smalltalk Version: 'VisualWorks® NonCommercial, 7.4.1 of May 30, 2006'
Object Memory versionId: #[60 48 60 64 74 1 0 0 60 41 60 64]
Class creating this dump: RuntimeImageDumper
Command Line: \Program Files\vw\bin\cearm\vwnt.exe
------------------------------------------------------------
Active Process
Context Stack:
[1]     (deleted) External.CMacroDefinition(RuntimePackager.RuntimeDeletedInstance)>>doesNotUnderstand:
[2]     WinCESystemSupport>>showSIPFor:
[3]     ApplicationWindow(Window)>>setupKeyboard
[4]     WindowManager>>processNextEvent
[5]     optimized [] in [] in WindowManager>>newProcess
[6]     BlockClosure>>on:do:
[7]     optimized [] in WindowManager>>newProcess
[8]     BlockClosure>>on:do:
[9]     optimized [] in Process class>>forBlock:priority:

------------------------------------------------------------
Unhandled Exception:
    class: UnhandledException
    creator: UnhandledException
    errorString: Unhandled exception: Referenced an instance of deleted Behavior:  External.CMacroDefinition
    parameter: an Error

------------------------------------------------------------
Initial Context Stack Arguments:
[1] (deleted) External.CMacroDefinition(RuntimePackager.RuntimeDeletedInstance)>>doesNotUnderstand:
    Receiver: (id=1898) a (deleted) External.CMacroDefinition
    Arg1: (id=3371) a Message with selector: #value and arguments: #()
[2] WinCESystemSupport>>showSIPFor:
    Receiver: (id=4844) a WinCESystemSupport
    Arg1: (id=6317) an ApplicationWindow 10
[3] ApplicationWindow(Window)>>setupKeyboard
    Receiver: (id=6317) an ApplicationWindow 10
[4] WindowManager>>processNextEvent
    Receiver: (id=7790) a WindowManager
[6] BlockClosure>>on:do:
    Receiver: (id=15522) BlockClosure [] in [] in WindowManager>>newProcess
    Arg1: (id=3873) TerminateException
    Arg2: (id=10736) BlockClosure [] in [] in WindowManager>>newProcess
[8] BlockClosure>>on:do:
    Receiver: (id=2084) BlockClosure [] in WindowManager>>newProcess
    Arg1: (id=3873) TerminateException
    Arg2: (id=14659) BlockClosure [] in [] in Process class>>forBlock:priority:

------------------------------------------------------------
Quiescent Processes
Process priority: 10 (id=7423)
Context Stack:
[1]     Semaphore>>wait
[2]     ObjectMemory class>>idleLoop
[3]     optimized [] in ObjectMemory class>>installIdleLoopProcess
[4]     BlockClosure>>on:do:
[5]     optimized [] in Process class>>forBlock:priority:

------------------------------------------------------------
Suspended Processes
Process priority: 85 (id=11289)
Context Stack:
[1]     Semaphore>>wait
[2]     optimized [] in CCallback class>>installForeignCallbackProcess
[3]     BlockClosure>>on:do:
[4]     optimized [] in Process class>>forBlock:priority:

Process priority: 100 (id=5030)
Context Stack:
[1]     Semaphore>>wait
[2]     optimized [] in Delay class>>initializeTimingProcess
[3]     BlockClosure>>on:do:
[4]     optimized [] in Process class>>forBlock:priority:

Process priority: 85 (id=15155)
Context Stack:
[1]     Semaphore>>wait
[2]     optimized [] in CCallback class>>installForeignCallbackProcess
[3]     BlockClosure>>on:do:
[4]     optimized [] in Process class>>forBlock:priority:

Process priority: 91 (id=8896)
Context Stack:
[1]     Semaphore>>wait
[2]     ObjectMemory class>>lowSpaceLoop
[3]     optimized [] in ObjectMemory class>>installLowSpaceProcess
[4]     BlockClosure>>on:do:
[5]     optimized [] in Process class>>forBlock:priority:

Process priority: 89 (id=2637)
Context Stack:
[1]     Semaphore>>wait
[2]     optimized [] in [] in [] in CCallback class>>installCallbackProcess
[3]     BlockClosure>>on:do:
[4]     optimized [] in [] in CCallback class>>installCallbackProcess
[5]     BlockClosure>>on:do:
[6]     optimized [] in CCallback class>>installCallbackProcess
[7]     BlockClosure>>on:do:
[8]     optimized [] in Process class>>forBlock:priority:

Process priority: 98 (id=12762)
Context Stack:
[1]     Semaphore>>wait
[2]     WeakArray class>>outerFinalizationLoop
[3]     optimized [] in WeakArray class>>installFinalizationMechanism
[4]     BlockClosure>>on:do:
[5]     optimized [] in Process class>>forBlock:priority:

Process priority: 10 (id=7423)
Context Stack:
[1]     Semaphore>>wait
[2]     ObjectMemory class>>idleLoop
[3]     optimized [] in ObjectMemory class>>installIdleLoopProcess
[4]     BlockClosure>>on:do:
[5]     optimized [] in Process class>>forBlock:priority:

Process priority: 90 (id=6503)
Context Stack:
[1]     Semaphore>>wait
[2]     InputState>>run
[3]     optimized [] in InputState class>>install
[4]     BlockClosure>>on:do:
[5]     optimized [] in Process class>>forBlock:priority:

Process priority: 90 (id=244)
Context Stack:
[1]     Semaphore>>wait
[2]     optimized [] in ObjectMemory class>>installScavengeNotification
[3]     BlockClosure>>on:do:
[4]     optimized [] in Process class>>forBlock:priority:

------------------------------------------------------------
Transcript:
<<<BEGIN TRANSCRIPT>>>

pocketruntime.im created at May 13, 2007 9:52:44 am
<<<END TRANSCRIPT>>>

------------------------------------------------------------
Scheduled Windows:

    an ApplicationWindow 10 label: 'Pocket'
        model class:  PocketApp
        75@24         displayContents: 'hhhhhhhir999r'

==2003/3/28==16:08:10==END RUNTIME DIAGNOSTIC DUMP


2007/5/15, Ralf Propach <[hidden email]>:
Hi Andres,

I would suspect that the runtime packager removed some classes of the Look and Feel
you use on Windows CE. You could try changing the look and feel from 'Auto Select'
to 'Windows XP' in the Settings Tool; or you could tell the runtime packager to keep
the classes you need. But without a walkback, it is hard to guess the problem.


Ralf

Andrés Garagiola wrote:

> Thanks Georg
>
> The problem with the clases is in some methods like #spinButton: spec into:
> builder in UILookPolicy, in this case when the method do "self
> spinButtonViewClass model: model."
> an exception is raised "UndefinedObject does not understood #model:" but in
> XP the same runtime image work very well.
> I have not the wallback here, but at night i will attach it.
>
> Regars
> Andrés
>
> 2007/5/14, Georg Heeg <[hidden email]>:
>>
>>  Andrés,
>>
>>
>>
>> The performance of a typical Windows Ce machines with Strong Arm
>> Processor
>> is much less than x86 type performance. Additionally most of devices are
>> optimized for energy consumption and production cost. Thus the same
>> processor can have a difference of a factor of 8 in speed easily, mainly
>> concerning the graphics speed. If you run a simple C benchmark, you
>> will get
>> the same results as running Smalltalk.
>>
>>
>>
>> Concerning the "classes incompatibilities" you are writing a bout, I have
>> no clue. Can you be more precise?
>>
>>
>>
>> Georg
>>
>>
>>
>> Georg Heeg eK, Dortmund und Köthen, HR Dortmund A 12812
>>
>> Tel. +49-3496-214328, Fax +49-3496-214712
>>   ------------------------------
>>
>> *Von:* Andrés Garagiola [mailto:[hidden email]]
>> *Gesendet:* Montag, 14. Mai 2007 15:35
>> *An:* [hidden email]
>> *Betreff:* Performance VW on Pocket PC
>>
>>
>>
>> I'm running an VW very simple  application in a pocket pc (Symbol PDT
>> 8100
>> processor Intel SA1110 206MHz and  64 Mb).  The  performance is very bad,
>> and inclusive i have some problems with some classes.
>> My question is if this problems can be  incompatibilities or resources
>> problems?
>>
>> Thanks
>> Andrés
>>
>>
>
>


--
Ralf Propach, [hidden email]
Tel: +49 231 975 99 38   Fax: +49 231 975 99 20
Georg Heeg eK (Dortmund)
Handelsregister: Amtsgericht Dortmund  A 12812

Reply | Threaded
Open this post in threaded view
|

Re: Performance VW on Pocket PC

Ralf Propach
Hi Andres,

both methods SmalltalkWidgetPolicy>>menuViewForMenu: and MenuButtonView>>menuViewForMenu:
look like this in my image:

|menuViewForMenu: aMenuItemList
|
| "Answer an appropriate MenuView for displaying the given MenuItemList."
|
| "Until we have a SmalltalkMenuView."
| ^MotifMenuView model: aMenuItemList
|

The only way that this method can cause a UndefinedObject doesNotUnderstand: #model: error
is that MotifMenuView has been stripped out by the runtime packager.
So, you can either chose a different look and feel (e.g. XP look and feel because your image
works correctly on XP) or tell the runtime packager not to remove the class
MotifMenuView and other UI classes you use (e.g. tell runtime packager to keep the Motif look and feel)

Ralf

Andrés Garagiola wrote:

> It's one of wallbacks, it refer to other problem that occurs only in the
> runtimeimage when i execute in the pocket, in windows XP run well but i
> think that it's a problem with CE parcel in runtime image creation.
>
> Thanks
> Andrés
>
> T
>
> ==2003/3/28==15:56:55==BEGIN RUNTIME DIAGNOSTIC DUMP
> Note: this file stored in VisualWorks #source (UTF-8) encoding
>
> Cause of Dump: Unhandled exception: Message not understood: #model:
> Image Identification: 'Image created May 13, 2007  9:37:43 am'
> Smalltalk Version: 'VisualWorks(r) NonCommercial, 7.4.1 of May 30, 2006'
> Object Memory versionId: #[60 48 60 64 74 1 0 0 60 41 60 64]
> Class creating this dump: RuntimeImageDumper
> Command Line: \Program Files\vw\bin\cearm\vwnt.exe
> ------------------------------------------------------------
> Active Process
> Context Stack:
> [1]     UndefinedObject(Object)>>doesNotUnderstand:
> [2]     SmalltalkWidgetPolicy(MenuButtonView)>>menuViewForMenu:
> [3]     InputBoxController(Controller)>>trackMenu:at:centered:
> [4]     InputBoxController(ControllerWithMenu)>>processMenu:at:centered:
> [5]     InputBoxController(ControllerWithMenu)>>processMenuAt:centered:
> [6]     InputBoxController(ControllerWithMenu)>>yellowButtonPressedEvent:
> [7]     InputBoxController(ParagraphEditor)>>yellowButtonPressedEvent:
> [8]     InputBoxController(TextEditorController)>>yellowButtonPressedEvent:
> [9]     YellowButtonPressedEvent>>dispatchTo:
> [10]     InputBoxController(ControllerWithMenu)>>handleEvent:
> [11]     EventDispatcher>>dispatch:to:
> [12]     EventDispatcher>>dispatchEvent:
> [13]     YellowButtonPressedEvent(Event)>>dispatch
> [14]     YellowButtonPressedEvent(Event)>>dispatchForWindowManager:
> [15]     optimized [] in WindowManager>>safelyDispatchForWindowManager:
> [16]     BlockClosure>>on:do:
> [17]     WindowManager>>safelyDispatchForWindowManager:
> [18]     WindowManager>>processNextEvent
> [19]     optimized [] in [] in WindowManager>>newProcess
> [20]     BlockClosure>>on:do:
> [21]     optimized [] in WindowManager>>newProcess
> [22]     BlockClosure>>on:do:
> [23]     optimized [] in Process class>>forBlock:priority:
>
> ------------------------------------------------------------
> Unhandled Exception:
>    class: UnhandledException
>    creator: UnhandledException
>    errorString: Unhandled exception: Message not understood: #model:
>    parameter: a MessageNotUnderstood
>
> ------------------------------------------------------------
> Initial Context Stack Arguments:
> [1] UndefinedObject(Object)>>doesNotUnderstand:
>    Receiver: (id=1) nil
>    Arg1: (id=5015) a Message with selector: #model: and arguments: #(a
> Menu)
> [2] SmalltalkWidgetPolicy(MenuButtonView)>>menuViewForMenu:
>    Receiver: (id=6488) a SmalltalkWidgetPolicy
>    Arg1: (id=13389) a Menu
> [3] InputBoxController(Controller)>>trackMenu:at:centered:
>    Receiver: (id=7961) an InputBoxController
>    Arg1: (id=13389) a Menu
>    Arg2: (id=1702) 126@106
>    Arg3: (id=3) true
> [4] InputBoxController(ControllerWithMenu)>>processMenu:at:centered:
>    Receiver: (id=7961) an InputBoxController
>    Arg1: (id=13389) a Menu
>    Arg2: (id=1702) 126@106
>    Arg3: (id=3) true
> [5] InputBoxController(ControllerWithMenu)>>processMenuAt:centered:
>    Receiver: (id=7961) an InputBoxController
>    Arg1: (id=1702) 126@106
>    Arg2: (id=3) true
> [6] InputBoxController(ControllerWithMenu)>>yellowButtonPressedEvent:
>    Receiver: (id=7961) an InputBoxController
>    Arg1: (id=9987) a YellowButtonPressedEvent
> [7] InputBoxController(ParagraphEditor)>>yellowButtonPressedEvent:
>    Receiver: (id=7961) an InputBoxController
>    Arg1: (id=9987) a YellowButtonPressedEvent
> [8] InputBoxController(TextEditorController)>>yellowButtonPressedEvent:
>    Receiver: (id=7961) an InputBoxController
>    Arg1: (id=9987) a YellowButtonPressedEvent
> [9] YellowButtonPressedEvent>>dispatchTo:
>    Receiver: (id=9987) a YellowButtonPressedEvent
>    Arg1: (id=7961) an InputBoxController
> [10] InputBoxController(ControllerWithMenu)>>handleEvent:
>    Receiver: (id=7961) an InputBoxController
>    Arg1: (id=9987) a YellowButtonPressedEvent
> [11] EventDispatcher>>dispatch:to:
>    Receiver: (id=3914) an EventDispatcher
>    Arg1: (id=9987) a YellowButtonPressedEvent
>    Arg2: (id=7961) an InputBoxController
> [12] EventDispatcher>>dispatchEvent:
>    Receiver: (id=3914) an EventDispatcher
>    Arg1: (id=9987) a YellowButtonPressedEvent
> [13] YellowButtonPressedEvent(Event)>>dispatch
>    Receiver: (id=9987) a YellowButtonPressedEvent
> [14] YellowButtonPressedEvent(Event)>>dispatchForWindowManager:
>    Receiver: (id=9987) a YellowButtonPressedEvent
>    Arg1: (id=7413) a WindowManager
> [16] BlockClosure>>on:do:
>    Receiver: (id=15145) BlockClosure [] in
> WindowManager>>safelyDispatchForWindowManager:
>    Arg1: (id=8473) BadControllerError
>    Arg2: (id=10359) BlockClosure [] in
> WindowManager>>safelyDispatchForWindowManager:
> [17] WindowManager>>safelyDispatchForWindowManager:
>    Receiver: (id=7413) a WindowManager
>    Arg1: (id=9987) a YellowButtonPressedEvent
> [18] WindowManager>>processNextEvent
>    Receiver: (id=7413) a WindowManager
> [20] BlockClosure>>on:do:
>    Receiver: (id=9439) BlockClosure [] in [] in WindowManager>>newProcess
>    Arg1: (id=3873) TerminateException
>    Arg2: (id=4653) BlockClosure [] in [] in WindowManager>>newProcess
> [22] BlockClosure>>on:do:
>    Receiver: (id=12385) BlockClosure [] in WindowManager>>newProcess
>    Arg1: (id=3873) TerminateException
>    Arg2: (id=14659) BlockClosure [] in [] in Process
> class>>forBlock:priority:
>
> ------------------------------------------------------------
> Quiescent Processes
> Process priority: 10 (id=7599)
> Context Stack:
> [1]     Semaphore>>wait
> [2]     ObjectMemory class>>idleLoop
> [3]     optimized [] in ObjectMemory class>>installIdleLoopProcess
> [4]     BlockClosure>>on:do:
> [5]     optimized [] in Process class>>forBlock:priority:
>
> ------------------------------------------------------------
> Suspended Processes
> Process priority: 10 (id=7599)
> Context Stack:
> [1]     Semaphore>>wait
> [2]     ObjectMemory class>>idleLoop
> [3]     optimized [] in ObjectMemory class>>installIdleLoopProcess
> [4]     BlockClosure>>on:do:
> [5]     optimized [] in Process class>>forBlock:priority:
>
> Process priority: 100 (id=11465)
> Context Stack:
> [1]     Semaphore>>wait
> [2]     optimized [] in Delay class>>initializeTimingProcess
> [3]     BlockClosure>>on:do:
> [4]     optimized [] in Process class>>forBlock:priority:
>
> Process priority: 85 (id=5206)
> Context Stack:
> [1]     Semaphore>>wait
> [2]     optimized [] in CCallback class>>installForeignCallbackProcess
> [3]     BlockClosure>>on:do:
> [4]     optimized [] in Process class>>forBlock:priority:
>
> Process priority: 85 (id=15331)
> Context Stack:
> [1]     Semaphore>>wait
> [2]     optimized [] in CCallback class>>installForeignCallbackProcess
> [3]     BlockClosure>>on:do:
> [4]     optimized [] in Process class>>forBlock:priority:
>
> Process priority: 89 (id=9072)
> Context Stack:
> [1]     Semaphore>>wait
> [2]     optimized [] in [] in [] in CCallback class>>installCallbackProcess
> [3]     BlockClosure>>on:do:
> [4]     optimized [] in [] in CCallback class>>installCallbackProcess
> [5]     BlockClosure>>on:do:
> [6]     optimized [] in CCallback class>>installCallbackProcess
> [7]     BlockClosure>>on:do:
> [8]     optimized [] in Process class>>forBlock:priority:
>
> Process priority: 98 (id=2813)
> Context Stack:
> [1]     Semaphore>>wait
> [2]     WeakArray class>>outerFinalizationLoop
> [3]     optimized [] in WeakArray class>>installFinalizationMechanism
> [4]     BlockClosure>>on:do:
> [5]     optimized [] in Process class>>forBlock:priority:
>
> Process priority: 90 (id=12938)
> Context Stack:
> [1]     Semaphore>>wait
> [2]     InputState>>run
> [3]     optimized [] in InputState class>>install
> [4]     BlockClosure>>on:do:
> [5]     optimized [] in Process class>>forBlock:priority:
>
> Process priority: 90 (id=6679)
> Context Stack:
> [1]     Semaphore>>wait
> [2]     optimized [] in ObjectMemory class>>installScavengeNotification
> [3]     BlockClosure>>on:do:
> [4]     optimized [] in Process class>>forBlock:priority:
>
> Process priority: 91 (id=420)
> Context Stack:
> [1]     Semaphore>>wait
> [2]     ObjectMemory class>>lowSpaceLoop
> [3]     optimized [] in ObjectMemory class>>installLowSpaceProcess
> [4]     BlockClosure>>on:do:
> [5]     optimized [] in Process class>>forBlock:priority:
>
> ------------------------------------------------------------
> Transcript:
> <<<BEGIN TRANSCRIPT>>>
>
> pocketruntime.im created at May 13, 2007 9:37:59 am
> <<<END TRANSCRIPT>>>
>
> ------------------------------------------------------------
> Scheduled Windows:
>
>    an ApplicationWindow 10 label: 'Pocket'
>        model class:  PocketApp
>        67@27         displayContents: '8555555'
>
> ==2003/3/28==15:56:55==END RUNTIME DIAGNOSTIC DUMP
>
> ==2003/3/28==16:08:10==BEGIN RUNTIME DIAGNOSTIC DUMP
> Note: this file stored in VisualWorks #source (UTF-8) encoding
>
> Cause of Dump: Unhandled exception: Referenced an instance of deleted
> Behavior:  External.CMacroDefinition
> Image Identification: 'Image created May 13, 2007  9:52:27 am'
> Smalltalk Version: 'VisualWorks(r) NonCommercial, 7.4.1 of May 30, 2006'
> Object Memory versionId: #[60 48 60 64 74 1 0 0 60 41 60 64]
> Class creating this dump: RuntimeImageDumper
> Command Line: \Program Files\vw\bin\cearm\vwnt.exe
> ------------------------------------------------------------
> Active Process
> Context Stack:
> [1]     (deleted) External.CMacroDefinition(
> RuntimePackager.RuntimeDeletedInstance)>>doesNotUnderstand:
> [2]     WinCESystemSupport>>showSIPFor:
> [3]     ApplicationWindow(Window)>>setupKeyboard
> [4]     WindowManager>>processNextEvent
> [5]     optimized [] in [] in WindowManager>>newProcess
> [6]     BlockClosure>>on:do:
> [7]     optimized [] in WindowManager>>newProcess
> [8]     BlockClosure>>on:do:
> [9]     optimized [] in Process class>>forBlock:priority:
>
> ------------------------------------------------------------
> Unhandled Exception:
>    class: UnhandledException
>    creator: UnhandledException
>    errorString: Unhandled exception: Referenced an instance of deleted
> Behavior:  External.CMacroDefinition
>    parameter: an Error
>
> ------------------------------------------------------------
> Initial Context Stack Arguments:
> [1] (deleted) External.CMacroDefinition(
> RuntimePackager.RuntimeDeletedInstance)>>doesNotUnderstand:
>    Receiver: (id=1898) a (deleted) External.CMacroDefinition
>    Arg1: (id=3371) a Message with selector: #value and arguments: #()
> [2] WinCESystemSupport>>showSIPFor:
>    Receiver: (id=4844) a WinCESystemSupport
>    Arg1: (id=6317) an ApplicationWindow 10
> [3] ApplicationWindow(Window)>>setupKeyboard
>    Receiver: (id=6317) an ApplicationWindow 10
> [4] WindowManager>>processNextEvent
>    Receiver: (id=7790) a WindowManager
> [6] BlockClosure>>on:do:
>    Receiver: (id=15522) BlockClosure [] in [] in WindowManager>>newProcess
>    Arg1: (id=3873) TerminateException
>    Arg2: (id=10736) BlockClosure [] in [] in WindowManager>>newProcess
> [8] BlockClosure>>on:do:
>    Receiver: (id=2084) BlockClosure [] in WindowManager>>newProcess
>    Arg1: (id=3873) TerminateException
>    Arg2: (id=14659) BlockClosure [] in [] in Process
> class>>forBlock:priority:
>
> ------------------------------------------------------------
> Quiescent Processes
> Process priority: 10 (id=7423)
> Context Stack:
> [1]     Semaphore>>wait
> [2]     ObjectMemory class>>idleLoop
> [3]     optimized [] in ObjectMemory class>>installIdleLoopProcess
> [4]     BlockClosure>>on:do:
> [5]     optimized [] in Process class>>forBlock:priority:
>
> ------------------------------------------------------------
> Suspended Processes
> Process priority: 85 (id=11289)
> Context Stack:
> [1]     Semaphore>>wait
> [2]     optimized [] in CCallback class>>installForeignCallbackProcess
> [3]     BlockClosure>>on:do:
> [4]     optimized [] in Process class>>forBlock:priority:
>
> Process priority: 100 (id=5030)
> Context Stack:
> [1]     Semaphore>>wait
> [2]     optimized [] in Delay class>>initializeTimingProcess
> [3]     BlockClosure>>on:do:
> [4]     optimized [] in Process class>>forBlock:priority:
>
> Process priority: 85 (id=15155)
> Context Stack:
> [1]     Semaphore>>wait
> [2]     optimized [] in CCallback class>>installForeignCallbackProcess
> [3]     BlockClosure>>on:do:
> [4]     optimized [] in Process class>>forBlock:priority:
>
> Process priority: 91 (id=8896)
> Context Stack:
> [1]     Semaphore>>wait
> [2]     ObjectMemory class>>lowSpaceLoop
> [3]     optimized [] in ObjectMemory class>>installLowSpaceProcess
> [4]     BlockClosure>>on:do:
> [5]     optimized [] in Process class>>forBlock:priority:
>
> Process priority: 89 (id=2637)
> Context Stack:
> [1]     Semaphore>>wait
> [2]     optimized [] in [] in [] in CCallback class>>installCallbackProcess
> [3]     BlockClosure>>on:do:
> [4]     optimized [] in [] in CCallback class>>installCallbackProcess
> [5]     BlockClosure>>on:do:
> [6]     optimized [] in CCallback class>>installCallbackProcess
> [7]     BlockClosure>>on:do:
> [8]     optimized [] in Process class>>forBlock:priority:
>
> Process priority: 98 (id=12762)
> Context Stack:
> [1]     Semaphore>>wait
> [2]     WeakArray class>>outerFinalizationLoop
> [3]     optimized [] in WeakArray class>>installFinalizationMechanism
> [4]     BlockClosure>>on:do:
> [5]     optimized [] in Process class>>forBlock:priority:
>
> Process priority: 10 (id=7423)
> Context Stack:
> [1]     Semaphore>>wait
> [2]     ObjectMemory class>>idleLoop
> [3]     optimized [] in ObjectMemory class>>installIdleLoopProcess
> [4]     BlockClosure>>on:do:
> [5]     optimized [] in Process class>>forBlock:priority:
>
> Process priority: 90 (id=6503)
> Context Stack:
> [1]     Semaphore>>wait
> [2]     InputState>>run
> [3]     optimized [] in InputState class>>install
> [4]     BlockClosure>>on:do:
> [5]     optimized [] in Process class>>forBlock:priority:
>
> Process priority: 90 (id=244)
> Context Stack:
> [1]     Semaphore>>wait
> [2]     optimized [] in ObjectMemory class>>installScavengeNotification
> [3]     BlockClosure>>on:do:
> [4]     optimized [] in Process class>>forBlock:priority:
>
> ------------------------------------------------------------
> Transcript:
> <<<BEGIN TRANSCRIPT>>>
>
> pocketruntime.im created at May 13, 2007 9:52:44 am
> <<<END TRANSCRIPT>>>
>
> ------------------------------------------------------------
> Scheduled Windows:
>
>    an ApplicationWindow 10 label: 'Pocket'
>        model class:  PocketApp
>        75@24         displayContents: 'hhhhhhhir999r'
>
> ==2003/3/28==16:08:10==END RUNTIME DIAGNOSTIC DUMP
>
>
> 2007/5/15, Ralf Propach <[hidden email]>:
>>
>> Hi Andres,
>>
>> I would suspect that the runtime packager removed some classes of the
>> Look
>> and Feel
>> you use on Windows CE. You could try changing the look and feel from
>> 'Auto
>> Select'
>> to 'Windows XP' in the Settings Tool; or you could tell the runtime
>> packager to keep
>> the classes you need. But without a walkback, it is hard to guess the
>> problem.
>>
>>
>> Ralf
>>
>> Andrés Garagiola wrote:
>> > Thanks Georg
>> >
>> > The problem with the clases is in some methods like #spinButton: spec
>> into:
>> > builder in UILookPolicy, in this case when the method do "self
>> > spinButtonViewClass model: model."
>> > an exception is raised "UndefinedObject does not understood #model:"
>> but
>> in
>> > XP the same runtime image work very well.
>> > I have not the wallback here, but at night i will attach it.
>> >
>> > Regars
>> > Andrés
>> >
>> > 2007/5/14, Georg Heeg <[hidden email]>:
>> >>
>> >>  Andrés,
>> >>
>> >>
>> >>
>> >> The performance of a typical Windows Ce machines with Strong Arm
>> >> Processor
>> >> is much less than x86 type performance. Additionally most of devices
>> are
>> >> optimized for energy consumption and production cost. Thus the same
>> >> processor can have a difference of a factor of 8 in speed easily,
>> mainly
>> >> concerning the graphics speed. If you run a simple C benchmark, you
>> >> will get
>> >> the same results as running Smalltalk.
>> >>
>> >>
>> >>
>> >> Concerning the "classes incompatibilities" you are writing a bout, I
>> have
>> >> no clue. Can you be more precise?
>> >>
>> >>
>> >>
>> >> Georg
>> >>
>> >>
>> >>
>> >> Georg Heeg eK, Dortmund und Köthen, HR Dortmund A 12812
>> >>
>> >> Tel. +49-3496-214328, Fax +49-3496-214712
>> >>   ------------------------------
>> >>
>> >> *Von:* Andrés Garagiola [mailto:[hidden email]]
>> >> *Gesendet:* Montag, 14. Mai 2007 15:35
>> >> *An:* [hidden email]
>> >> *Betreff:* Performance VW on Pocket PC
>> >>
>> >>
>> >>
>> >> I'm running an VW very simple  application in a pocket pc (Symbol PDT
>> >> 8100
>> >> processor Intel SA1110 206MHz and  64 Mb).  The  performance is very
>> bad,
>> >> and inclusive i have some problems with some classes.
>> >> My question is if this problems can be  incompatibilities or resources
>> >> problems?
>> >>
>> >> Thanks
>> >> Andrés
>> >>
>> >>
>> >
>> >
>>
>>
>> --
>> Ralf Propach, [hidden email]
>> Tel: +49 231 975 99 38   Fax: +49 231 975 99 20
>> Georg Heeg eK (Dortmund)
>> Handelsregister: Amtsgericht Dortmund  A 12812
>>
>
>


--
Ralf Propach, [hidden email]
Tel: +49 231 975 99 38   Fax: +49 231 975 99 20
Georg Heeg eK (Dortmund)
Handelsregister: Amtsgericht Dortmund  A 12812