View Issue Details

IDProjectCategoryView StatusLast Update
0000083JEDI VCL00 JVCL Componentspublic2002-06-06 15:30
Reporteruser81Assigned Touser81 
PrioritynormalSeverityfeatureReproducibilityalways
Status closedResolutionwon't fix 
Product Version 
Target VersionFixed in Version 
Summary0000083: implement JvThread more 'nativly'
DescriptionFrom: Marian Wendt <Marian.Wendt@inca-gmbh.de>:

Compliment to the idea of implementing a thread as a component.
BUT:
The Thread ID which one needs to manipulate the thread (priority, suspend)at the Execute method (and only here) is returned. A later time for the determination of this ID isn't available so that one is forced to carry the
ID consumingly. In the source gets clear that this makes, the withdrawal start several instances with the possibility to JvHideThread required.
However, I regard the approach as impractical since the JvThread component can be used just the same well in the case of several similar Threads.

Please think about to implement JvThread more "nativly" with all the possibilties of manipulation without carring an ID.
TagsNo tags attached.

Activities

2002-05-26 03:31

 

JvWinampApi.pas (16,659 bytes)

Issue History

Date Modified Username Field Change