alrieckert wrote
>
> Please just make sure about your starting address for the flash. I'm using
> the STM32F103CBT6 and the start address is 0x0800 and not 0x080
>
I've just verified it. The starting address for the flash should be
0x0800. The reason for mine being 0x08003000 is that
alrieckert wrote
>
> I'll have a look at why the interrupt procedures needs to be separate and
> get back to you.
>
Ok, the compiler was only scanning the used source files for interrupt
procedures and not the main file as well. I've added the necessary code to
ncgutil.pas that will allow the c
Hi Koenraad,
Glad to see more people that want to make use of Freepascal for STM32.
I've had a quick look at your project and everything seems fine. The only
thing I noted is that the interrupt procedures must be in a separate unit.
I've changed your project and recompiled it and now it seems fin
2012/6/12 Graeme Geldenhuys :
> On 12 June 2012 16:17, silvioprog wrote:
>>
>> So, how to play audio (wav/mp3) with only SDL framework in Free Pascal?
>
>
> Simply reading a SDL tutorial or two, will quickly let you understand
> the following code. TSoundEngine is just an convenience class we
> cr
On 11-06-12 13:46, alrieckert wrote:
Hi Jeppe,
I've been using the actual ROM based interrupt table for the past month now
in freepascal ad it seems to work great. No need to declare a block of RAM
and pointing the interrupt table to it.
...
Please let me know if you have any questions.
--
On 12 Jun 2012, at 18:41, Rainer Stratmann wrote:
> Is it still necessary to fill in the registers at the end of a asm statement?
Yes.
> What happens if there is only the end; statement without the used registers?
Then the compiler will assume that the assembler code can change all
callee-sav
12.06.2012 23:23, Rainer Stratmann пишет:
Am Tuesday 12 June 2012 18:44:20 schrieb leledumbo:
What happens if there is only the end; statement without the used
registers?
The compiler couldn't save the values in the registers prior to the asm
block. If they contain intermediate result, they m
Am Tuesday 12 June 2012 18:44:20 schrieb leledumbo:
> > What happens if there is only the end; statement without the used
>
> registers?
>
> The compiler couldn't save the values in the registers prior to the asm
> block. If they contain intermediate result, they may be gone and unexpected
> result
Am 11.06.2012 13:46, schrieb alrieckert:
Hi Jeppe,
I've been using the actual ROM based interrupt table for the past
month now in freepascal ad it seems to work great. No need to declare
a block of RAM and pointing the interrupt table to it.
You can code any procedure and just give it the inter
On 12 Jun 2012, at 20:07, Mattias Gaertner wrote:
> On Tue, 12 Jun 2012 20:03:40 +0200
> Florian Klaempfl wrote:
>
>> Am 11.06.2012 12:03, schrieb Mattias Gaertner:
>>>
>>> Has someone already implemented a fpimage reader for jpeg2000?
>>
>> Probably not due to the patent situation?
>
> I gu
Am 12.06.2012 09:50, schrieb Koenraad Lelong:
On 08-06-12 14:37, Jeppe Græsdal Johansen wrote:
Den 08-06-2012 14:28, Ludo Brands skrev:
Thanks Ludo,
I'll take that as a starting point. I hope I will not need the "lost"
256 bytes in the future.
I could be wrong but AFAIK if the compiler would
On Tue, 12 Jun 2012 20:03:40 +0200
Florian Klaempfl wrote:
> Am 11.06.2012 12:03, schrieb Mattias Gaertner:
> > Hi,
> >
> > Has someone already implemented a fpimage reader for jpeg2000?
>
> Probably not due to the patent situation?
I guess that's a minor:
http://www.jpeg.org/faq.phtml?action=s
Am 11.06.2012 12:03, schrieb Mattias Gaertner:
Hi,
Has someone already implemented a fpimage reader for jpeg2000?
Probably not due to the patent situation?
___
fpc-pascal maillist - fpc-pascal@lists.freepascal.org
http://lists.freepascal.org/mailm
Am 08.06.2012 14:37, schrieb Jeppe Græsdal Johansen:
Den 08-06-2012 14:28, Ludo Brands skrev:
Thanks Ludo,
I'll take that as a starting point. I hope I will not need the "lost"
256 bytes in the future.
I could be wrong but AFAIK if the compiler would do the alignment, the
loss
can also be up t
On 12.06.2012 18:27, Tomas Hajny wrote:
On Tue, June 12, 2012 18:04, Sven Barth wrote:
Am 12.06.2012 15:20 schrieb "kyan":
.
.
The problem is that function
GetModuleName() is stubbed out in WinCE (and Linux):
unit SysUtils.inc;
function GetModuleName(Module: HMODULE): string;
begin
{$ifd
> What happens if there is only the end; statement without the used
registers?
The compiler couldn't save the values in the registers prior to the asm
block. If they contain intermediate result, they may be gone and unexpected
result would come. CMIIW.
--
View this message in context:
http://fre
Is it still necessary to fill in the registers at the end of a asm statement?
What happens if there is only the end; statement without the used registers?
asm
mov eax , ebx
end ['EAX' , 'EBX' ... ];
___
fpc-pascal maillist - fpc-pascal@lists.freepasca
On Tue, June 12, 2012 18:04, Sven Barth wrote:
> Am 12.06.2012 15:20 schrieb "kyan" :
.
.
>> The problem is that function
>> GetModuleName() is stubbed out in WinCE (and Linux):
>>
>> unit SysUtils.inc;
>>
>> function GetModuleName(Module: HMODULE): string;
>> begin
>> {$ifdef MSWINDOWS}
>> SetL
Thank you for your reply Sven.
> It might't be that Windows (or CE only) initalizes a library only if you use
> GetProcAddress at least once... I have not tested that, but it might be an
> idea. If that is the case we can not influence that.
No need to, it really doesn't matter since one has to d
On 12 June 2012 16:17, silvioprog wrote:
>
> So, how to play audio (wav/mp3) with only SDL framework in Free Pascal?
Simply reading a SDL tutorial or two, will quickly let you understand
the following code. TSoundEngine is just an convenience class we
created to add extra sound events and possib
Am 12.06.2012 15:20 schrieb "kyan" :
>
> OK, I apologize. It seems that the problem lies elsewhere. The fact
> that library initialization seems to be deferred until you do a
> GetProcAddress() confused me.
It might't be that Windows (or CE only) initalizes a library only if you
use GetProcAddress
2012/6/12 Graeme Geldenhuys :
> On 12 June 2012 09:49, wrote:
>>
>>
>> SDL is so easy, it's hardly necessary to create a wrapper.
>
>
> +1
>
> And because SDL is a cross platform framework, there is nothing
> special to do in your code to get it to work on multiple platforms.
>
> --
> Regards,
>
OK, I apologize. It seems that the problem lies elsewhere. The fact
that library initialization seems to be deferred until you do a
GetProcAddress() confused me. The problem is that function
GetModuleName() is stubbed out in WinCE (and Linux):
unit SysUtils.inc;
function GetModuleName(Module: HMO
On 12 June 2012 09:49, wrote:
>
>
> SDL is so easy, it's hardly necessary to create a wrapper.
+1
And because SDL is a cross platform framework, there is nothing
special to do in your code to get it to work on multiple platforms.
--
Regards,
- Graeme -
_
On Tue, 12 Jun 2012, Reinier Olislagers wrote:
On 9-6-2012 23:18, Jorge Aldo G. de F. Junior wrote:
You can use OpenAL or SDL...
Found a framework that apparently uses SDL. Says it plays OGG and WAV.
Haven't tried it..
https://github.com/freezedev/elysion
SDL is so easy, it's hardly nec
On 9-6-2012 23:18, Jorge Aldo G. de F. Junior wrote:
> You can use OpenAL or SDL...
Found a framework that apparently uses SDL. Says it plays OGG and WAV.
Haven't tried it..
https://github.com/freezedev/elysion
Regards,
Reinier
___
fpc-pascal maillist
Hi Jeppe,
I've been using the actual ROM based interrupt table for the past month now
in freepascal ad it seems to work great. No need to declare a block of RAM
and pointing the interrupt table to it.
You can code any procedure and just give it the interrupt keyword with an
address index.
For ex
> Where do I find the openal_nt unit?
>
> unit1.pas(9,3) Fatal: Can not find unit openal_nt used by Unit1.
>
At the bottom of the forum page is a link to a complete demo project
openaltest.zip that includes the units laz_openal and OpenAL_NT.
Ludo
__
On 08-06-12 14:37, Jeppe Græsdal Johansen wrote:
Den 08-06-2012 14:28, Ludo Brands skrev:
Thanks Ludo,
I'll take that as a starting point. I hope I will not need the "lost"
256 bytes in the future.
I could be wrong but AFAIK if the compiler would do the alignment, the
loss
can also be up to 25
29 matches
Mail list logo
