Menu
▾
▴
oreka-devel — Developers mailing list
You can subscribe to this list here.
| 2005 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
(1) |
Nov
|
Dec
|
|---|---|---|---|---|---|---|---|---|---|---|---|---|
| 2006 |
Jan
|
Feb
(17) |
Mar
(5) |
Apr
(2) |
May
|
Jun
|
Jul
(1) |
Aug
(1) |
Sep
|
Oct
|
Nov
(1) |
Dec
(11) |
| 2007 |
Jan
(2) |
Feb
(2) |
Mar
(1) |
Apr
|
May
(7) |
Jun
(3) |
Jul
(5) |
Aug
(21) |
Sep
(7) |
Oct
(4) |
Nov
|
Dec
|
| 2008 |
Jan
|
Feb
(5) |
Mar
(4) |
Apr
|
May
|
Jun
(2) |
Jul
|
Aug
(1) |
Sep
|
Oct
(1) |
Nov
(6) |
Dec
(3) |
| 2009 |
Jan
(3) |
Feb
(2) |
Mar
|
Apr
(3) |
May
(1) |
Jun
(8) |
Jul
(8) |
Aug
(19) |
Sep
(23) |
Oct
(20) |
Nov
(5) |
Dec
(9) |
| 2010 |
Jan
(16) |
Feb
(20) |
Mar
(5) |
Apr
(1) |
May
(2) |
Jun
(10) |
Jul
(5) |
Aug
(3) |
Sep
(1) |
Oct
(2) |
Nov
(8) |
Dec
(2) |
| 2011 |
Jan
(7) |
Feb
(1) |
Mar
(3) |
Apr
(4) |
May
(4) |
Jun
|
Jul
|
Aug
(15) |
Sep
(5) |
Oct
(4) |
Nov
(6) |
Dec
(2) |
| 2012 |
Jan
(4) |
Feb
(7) |
Mar
(1) |
Apr
|
May
|
Jun
|
Jul
(1) |
Aug
(5) |
Sep
(2) |
Oct
|
Nov
(3) |
Dec
|
| 2013 |
Jan
(1) |
Feb
|
Mar
(2) |
Apr
(5) |
May
(1) |
Jun
(6) |
Jul
|
Aug
(6) |
Sep
(5) |
Oct
(4) |
Nov
(4) |
Dec
(5) |
| 2014 |
Jan
(2) |
Feb
|
Mar
(1) |
Apr
|
May
(1) |
Jun
(2) |
Jul
(1) |
Aug
(1) |
Sep
(6) |
Oct
(5) |
Nov
(22) |
Dec
(5) |
| 2015 |
Jan
(5) |
Feb
(5) |
Mar
(1) |
Apr
(2) |
May
(5) |
Jun
(6) |
Jul
(5) |
Aug
|
Sep
(5) |
Oct
(2) |
Nov
(5) |
Dec
(1) |
| 2016 |
Jan
(1) |
Feb
(2) |
Mar
(6) |
Apr
(4) |
May
|
Jun
(2) |
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
| 2017 |
Jan
(2) |
Feb
(4) |
Mar
(1) |
Apr
|
May
(2) |
Jun
|
Jul
|
Aug
|
Sep
(1) |
Oct
(1) |
Nov
(1) |
Dec
|
| 2018 |
Jan
|
Feb
(2) |
Mar
|
Apr
|
May
(1) |
Jun
|
Jul
(1) |
Aug
(3) |
Sep
|
Oct
|
Nov
|
Dec
|
| 2020 |
Jan
|
Feb
(1) |
Mar
|
Apr
|
May
|
Jun
(1) |
Jul
(1) |
Aug
(1) |
Sep
|
Oct
(2) |
Nov
|
Dec
|
| 2021 |
Jan
(1) |
Feb
(1) |
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
(1) |
Nov
|
Dec
|
| 2022 |
Jan
|
Feb
(1) |
Mar
|
Apr
|
May
|
Jun
(1) |
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
| 2024 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
(1) |
Oct
|
Nov
|
Dec
|
| S | M | T | W | T | F | S |
|---|---|---|---|---|---|---|
|
|
|
|
|
|
|
1
|
|
2
|
3
|
4
|
5
|
6
|
7
|
8
|
|
9
|
10
|
11
(1) |
12
(3) |
13
|
14
(1) |
15
|
|
16
|
17
(1) |
18
|
19
|
20
|
21
(1) |
22
|
|
23
|
24
|
25
|
26
|
27
|
28
|
29
|
|
30
|
31
|
|
|
|
|
|
|
From: Juan R. <jua...@gm...> - 2011-01-12 17:09:00
|
Hi, I am creating a new codec for oreka, and I'm wondering if I have to
modify the 'AudioEncodingEnum' enumeration because I have to implement the
function Filter::GetInputAudioEncoding()
For now I just return InvalidAudio+1
Thanks in advance
Saludos!
Juan
|
|
From: Juan R. <jra...@in...> - 2011-01-12 03:26:21
|
Problem solved
My DLL was mysteriously linked against msvcp60d.dll, you can imagine the
rest...
Regards
Saludos!
Juan
2011/1/11 Juan Ramírez <jra...@in...>
> Correction:
>
> The service crashes when it is going to clean up the stack (when the
> variables goes out of scope)
>
>
> Saludos!
> Juan
>
>
>
>
> 2011/1/11 Juan Ramírez <jra...@in...>
>
> Hi,
>>
>> I am trying to create an external tape processor for oreka (i.e. a new
>> DLL)
>>
>> But when I try to register it the whole program chashes trying to destroy
>> the result of GetName()
>>
>> Here is the code:
>>
>>
>> // JRProcessor.h (ProcessorTest.dll)
>>
>> class JRProcessor : public TapeProcessor
>> {
>> public:
>> static void Initialize();
>> CStdString __CDECL__ GetName();
>> TapeProcessorRef __CDECL__ Instanciate();
>> void __CDECL__ AddAudioTape(AudioTapeRef&);
>> private:
>> JRProcessor(void){}
>> static TapeProcessorRef s_instance;
>> std::queue<AudioTapeRef> m_audioTapeQueue;
>> ACE_Thread_Mutex m_mutex;
>> };
>>
>> // JRProcessor.cpp (ProcessorTest.dll)
>>
>> TapeProcessorRef JRProcessor::s_instance;
>>
>> void JRProcessor::Initialize() {
>> if(s_instance.get() == NULL) {
>> s_instance.reset(new JRProcessor());
>> TapeProcessorRegistry::instance()->RegisterTapeProcessor(s_instance);
>> }
>> }
>> CStdString JRProcessor::GetName() {
>> return "JRProcessor";
>> }
>> TapeProcessorRef JRProcessor::Instanciate() {
>> return s_instance;
>> }
>> void JRProcessor::AddAudioTape(AudioTapeRef &tape) {
>> MutexSentinel lock(m_mutex);
>> m_audioTapeQueue.push(tape);
>> }
>>
>> // windbg stack trace
>>
>> 03003c88 00000000 7efde000 ntdll!RtlpLowFragHeapFree+0x31 (FPO: [0,10,4])
>> 00240000 00000000 03003c88 ntdll!RtlFreeHeap+0x105 (FPO: [3,1,4])
>> 03003c88 00000004 0018f250 msvcrt!free+0xcd (FPO: [SEH])
>> 00000001 10002100 0018f2b0
>> MSVCP60!std::basic_string<char,std::char_traits<char>,std::allocator<char>
>> >::_Tidy+0x2b (FPO: [1,0,4])
>> 0018f2b0 0018f340 1006482c
>> MSVCP60!std::basic_string<char,std::char_traits<char>,std::allocator<char>
>> >::~basic_string<char,std::char_traits<char>,std::allocator<char> >+0x7
>> (FPO: [0,0,0])
>> 00000000 00000000 0018f290 OrkBase!CStdStr<char>::~CStdStr<char>+0x10
>> (CONV: thiscall)
>> 00a67760 0018f35c 0018f35c
>> OrkBase!TapeProcessorRegistry::RegisterTapeProcessor+0x13b (CONV: thiscall)
>> 0018f728 00401643 00000000 ProcessorTest!JRProcessor::Initialize+0xdf
>> (CONV: cdecl)
>> 00000000 0018f470 77b41c39 ProcessorTest!OrkInitialize+0x2f (CONV: cdecl)
>> 0018fde4 004ca378 004ca378 OrkAudio!LoadPlugins+0x5ae (CONV: cdecl)
>> ...
>>
>>
>> The exactly line is this one:
>>
>> LOG4CXX_INFO(s_log, CStdString("Registered processor: ") +
>> tapeProcessor->GetName());
>>
>> When I patched the log4cxx DLL so I could pass the line, the service
>> started to crash on the funcion
>> TapeProcessorRegistry::GetNewTapeProcessor
>> The call stack was almost the same, and it was exactly on this line
>> if( TapeProcessor->GetName().CompareNoCase(TapeProcessorName) == 0 )
>>
>> I think the calling convention is the problem, cause the CStdString object
>> is being destroyed, but I don't know why
>>
>>
>> Any help is welcome
>>
>> Thanks!
>>
>>
>> Saludos!
>> Juan
>>
>>
>>
>
|
|
From: Juan R. <jra...@in...> - 2011-01-12 00:06:52
|
Correction:
The service crashes when it is going to clean up the stack (when the
variables goes out of scope)
Saludos!
Juan
2011/1/11 Juan Ramírez <jra...@in...>
> Hi,
>
> I am trying to create an external tape processor for oreka (i.e. a new DLL)
>
> But when I try to register it the whole program chashes trying to destroy
> the result of GetName()
>
> Here is the code:
>
>
> // JRProcessor.h (ProcessorTest.dll)
>
> class JRProcessor : public TapeProcessor
> {
> public:
> static void Initialize();
> CStdString __CDECL__ GetName();
> TapeProcessorRef __CDECL__ Instanciate();
> void __CDECL__ AddAudioTape(AudioTapeRef&);
> private:
> JRProcessor(void){}
> static TapeProcessorRef s_instance;
> std::queue<AudioTapeRef> m_audioTapeQueue;
> ACE_Thread_Mutex m_mutex;
> };
>
> // JRProcessor.cpp (ProcessorTest.dll)
>
> TapeProcessorRef JRProcessor::s_instance;
>
> void JRProcessor::Initialize() {
> if(s_instance.get() == NULL) {
> s_instance.reset(new JRProcessor());
> TapeProcessorRegistry::instance()->RegisterTapeProcessor(s_instance);
> }
> }
> CStdString JRProcessor::GetName() {
> return "JRProcessor";
> }
> TapeProcessorRef JRProcessor::Instanciate() {
> return s_instance;
> }
> void JRProcessor::AddAudioTape(AudioTapeRef &tape) {
> MutexSentinel lock(m_mutex);
> m_audioTapeQueue.push(tape);
> }
>
> // windbg stack trace
>
> 03003c88 00000000 7efde000 ntdll!RtlpLowFragHeapFree+0x31 (FPO: [0,10,4])
> 00240000 00000000 03003c88 ntdll!RtlFreeHeap+0x105 (FPO: [3,1,4])
> 03003c88 00000004 0018f250 msvcrt!free+0xcd (FPO: [SEH])
> 00000001 10002100 0018f2b0
> MSVCP60!std::basic_string<char,std::char_traits<char>,std::allocator<char>
> >::_Tidy+0x2b (FPO: [1,0,4])
> 0018f2b0 0018f340 1006482c
> MSVCP60!std::basic_string<char,std::char_traits<char>,std::allocator<char>
> >::~basic_string<char,std::char_traits<char>,std::allocator<char> >+0x7
> (FPO: [0,0,0])
> 00000000 00000000 0018f290 OrkBase!CStdStr<char>::~CStdStr<char>+0x10
> (CONV: thiscall)
> 00a67760 0018f35c 0018f35c
> OrkBase!TapeProcessorRegistry::RegisterTapeProcessor+0x13b (CONV: thiscall)
> 0018f728 00401643 00000000 ProcessorTest!JRProcessor::Initialize+0xdf
> (CONV: cdecl)
> 00000000 0018f470 77b41c39 ProcessorTest!OrkInitialize+0x2f (CONV: cdecl)
> 0018fde4 004ca378 004ca378 OrkAudio!LoadPlugins+0x5ae (CONV: cdecl)
> ...
>
>
> The exactly line is this one:
>
> LOG4CXX_INFO(s_log, CStdString("Registered processor: ") +
> tapeProcessor->GetName());
>
> When I patched the log4cxx DLL so I could pass the line, the service
> started to crash on the funcion TapeProcessorRegistry::GetNewTapeProcessor
> The call stack was almost the same, and it was exactly on this line
> if( TapeProcessor->GetName().CompareNoCase(TapeProcessorName) == 0 )
>
> I think the calling convention is the problem, cause the CStdString object
> is being destroyed, but I don't know why
>
>
> Any help is welcome
>
> Thanks!
>
>
> Saludos!
> Juan
>
>
>
|
|
From: Juan R. <jra...@in...> - 2011-01-11 21:53:30
|
Hi,
I am trying to create an external tape processor for oreka (i.e. a new DLL)
But when I try to register it the whole program chashes trying to destroy
the result of GetName()
Here is the code:
// JRProcessor.h (ProcessorTest.dll)
class JRProcessor : public TapeProcessor
{
public:
static void Initialize();
CStdString __CDECL__ GetName();
TapeProcessorRef __CDECL__ Instanciate();
void __CDECL__ AddAudioTape(AudioTapeRef&);
private:
JRProcessor(void){}
static TapeProcessorRef s_instance;
std::queue<AudioTapeRef> m_audioTapeQueue;
ACE_Thread_Mutex m_mutex;
};
// JRProcessor.cpp (ProcessorTest.dll)
TapeProcessorRef JRProcessor::s_instance;
void JRProcessor::Initialize() {
if(s_instance.get() == NULL) {
s_instance.reset(new JRProcessor());
TapeProcessorRegistry::instance()->RegisterTapeProcessor(s_instance);
}
}
CStdString JRProcessor::GetName() {
return "JRProcessor";
}
TapeProcessorRef JRProcessor::Instanciate() {
return s_instance;
}
void JRProcessor::AddAudioTape(AudioTapeRef &tape) {
MutexSentinel lock(m_mutex);
m_audioTapeQueue.push(tape);
}
// windbg stack trace
03003c88 00000000 7efde000 ntdll!RtlpLowFragHeapFree+0x31 (FPO: [0,10,4])
00240000 00000000 03003c88 ntdll!RtlFreeHeap+0x105 (FPO: [3,1,4])
03003c88 00000004 0018f250 msvcrt!free+0xcd (FPO: [SEH])
00000001 10002100 0018f2b0
MSVCP60!std::basic_string<char,std::char_traits<char>,std::allocator<char>
>::_Tidy+0x2b (FPO: [1,0,4])
0018f2b0 0018f340 1006482c
MSVCP60!std::basic_string<char,std::char_traits<char>,std::allocator<char>
>::~basic_string<char,std::char_traits<char>,std::allocator<char> >+0x7
(FPO: [0,0,0])
00000000 00000000 0018f290 OrkBase!CStdStr<char>::~CStdStr<char>+0x10 (CONV:
thiscall)
00a67760 0018f35c 0018f35c
OrkBase!TapeProcessorRegistry::RegisterTapeProcessor+0x13b (CONV: thiscall)
0018f728 00401643 00000000 ProcessorTest!JRProcessor::Initialize+0xdf (CONV:
cdecl)
00000000 0018f470 77b41c39 ProcessorTest!OrkInitialize+0x2f (CONV: cdecl)
0018fde4 004ca378 004ca378 OrkAudio!LoadPlugins+0x5ae (CONV: cdecl)
...
The exactly line is this one:
LOG4CXX_INFO(s_log, CStdString("Registered processor: ") +
tapeProcessor->GetName());
When I patched the log4cxx DLL so I could pass the line, the service started
to crash on the funcion TapeProcessorRegistry::GetNewTapeProcessor
The call stack was almost the same, and it was exactly on this line
if( TapeProcessor->GetName().CompareNoCase(TapeProcessorName) == 0 )
I think the calling convention is the problem, cause the CStdString object
is being destroyed, but I don't know why
Any help is welcome
Thanks!
Saludos!
Juan
|
3 messages has been excluded from this view by a project administrator.