Recent

Recent Posts

Pages: 1 2 [3] 4 5 ... 10
21
General / Re: How to: create DLL file for Windows 10 64-Bit Pro
« Last post by paule32 on Today at 11:17:12 am »
Hello,
it is possible to change the creation of Assembly by FPC through some parameters or options ?

I have the following code:

Code: Pascal  [Select][+][-]
  1. s1 := QString.Create;

which results into assembly code:

Code: ASM  [Select][+][-]
  1. mov     ebx,edx
  2. mov     edx,1
  3. lea     rcx,[VMT_$SYSTEM_$$_QSTRING]
  4. call    SYSTEM$_$QSTRING_$__$$_CREATE$$QSTRING

my intention is, to get the replacement of it like:

Code: ASM  [Select][+][-]
  1. mov     ebx,edx
  2. mov     edx,0
  3. lea     rcx,[VMT_$SYSTEM_$$_QSTRING]
  4. call    SYSTEM$_$QSTRING_$__$$_CREATE$$QSTRING

How can I do this ?

I know, that there are the keywords asm ... end;
But I would let FPC do this for me from pascal code.
22
General / Re: Offical launch of the 1 Billion Row Challenge in Object Pascal
« Last post by Gustavo 'Gus' Carreno on Today at 11:14:40 am »
Hey Y'All,

This is the repo for the logo proposals: https://github.com/gcarreno/UnofficialObjectPascalLogos

@Handoko:
  May I please ask you to split that single file into 3 different ones?
  Now that we have a repo, please drop a PR with the image split and please update the README.md
  And BTW, thank you ever so much for your contribution!!!

Cheers,
Gus
23
Debugger / Re: Registers dialog - register sequence lost when moving between call frames
« Last post by Martin_fr on Today at 11:10:13 am »
Please create an issue.
24
General / Re: Access violation when opening Tools/Options
« Last post by Чебурашка on Today at 11:07:19 am »
Thanks,
I came across this error with 2.2.6, then I downloaded and installed 3.2 as said and I got same error, and the latter seems a fresh install, so I guess .lazarus folrd was in kinda default state. To find out was was causing I did enable the extra logging and ran lazarus from bash, so I was ale to tell that it was due to jcf settings.

Monday I will try again once I get to work, but is good that nobody else gets same error at least.
25
Databases / Re: Database standards OR Am I doing this right?
« Last post by MarkMLl on Today at 10:57:58 am »
Quote from: cdbc on April 19, 2024, 06:24:05 am
Hi
@TRon: Primoz Gabrielski once wrote an interesting article in "The Delphi Magazine", about 'File-based Locking'.
Would have to sift through all the old magazines to find it, though  :P
Regards Benny

I'd strongly recommend against trying to use file-based locking for this, particularly if there are other forms of locking available at the API or SQL level ("transaction isolation").

MarkMLl
26
Other / Re: Forum slow
« Last post by TRon on Today at 10:57:09 am »
Things are indeed working a lot faster for me now as well (last couple of hours).

Remarkable that this behaviour seem to come and go in certain flows (and also does not seem to happen for everyone at the same time). Ah well  :)
27
Databases / Re: Database standards OR Am I doing this right?
« Last post by MarkMLl on Today at 10:56:17 am »
Quote from: TRon on April 19, 2024, 06:16:49 am
Critical sections apply to code in the same executable and usually when using multiple threads.

In fact only to multiple threads, they don't prevent a thread reentering the same function.

MarkMLl
28
Other / Re: Forum slow
« Last post by Thaddy on Today at 10:45:59 am »
Seems fixed, probably by the hosting company. I did not experience it.
29
Debugger / Registers dialog - register sequence lost when moving between call frames
« Last post by ccrause on Today at 10:44:26 am »
When the debugger stops at a breakpoint or gets paused, the register dialog is populated with registers supplied by the back end.  The order of the registers typically doesn't change (depending on the back end I assume, I am interested in fpdebug specifically).  If one changes the current call stack frame to a different frame, typically fewer registers are available and the displayed register list is shorter. If one then moves back to the top call frame (with all registers available), the order of the registers is affected. The registers previously displayed stays at the top of the list, while newer (not previously available) registers are added to the bottom of the list. 

For an example refer to the attachments, which shows registers views for 1) the top level frame, 2) the next frame, 3) back to the top frame. My expectation is that the register order should be as the back end supplied them unless the user selected a sort option.

What is the general opinion on this, is this the desired/expected behaviour? I want to change this, but there is quite a bit of code to implement the current behaviour.  I do not want to change this if there are reasons that I am unaware of.
30
Other / Re: Forum slow
« Last post by cdbc on Today at 10:40:57 am »
Hi
Same here  %)
Regards Benny
Pages: 1 2 [3] 4 5 ... 10

TinyPortal © 2005-2018