Forum > macOS / Mac OS X
Is this a Sequoia or Rosetta issue maybe?
MISV:
I have a user reporting a problem my software freezes while generating text file in user selected path (spinning ball of death)
On my own Intel 64bit Big Sur it works
- signed one year old release executable
- freshly compiled debug build on Trunk FPCUPdeluxe 2.4.0g x86_64 darwin-cocoa
However, my Lazarus states in about
2025-11-12
Lazarus_3_2
FPC 3.2.2
So apparently newest trunk version?
From user description: I would guestimate it could some string handling code getting lost looping in a huge amount of memory.
Are there any known issues regarding
1) Intel code generated and the ARM rosetta2 intel emulator/virtual?
2) Some API in Sequoia with stricter file access? (Chatgpt seems to thing file security been beefed up and there are certain flags with dialogs for selecting directory that has changed)
3) Maybe something with Sequoia and UTF8 and string libraries?
Any ideas from where to start to look?
Modify message
Thausand:
No very big help ...
--- Quote from: MISV on November 16, 2025, 11:47:47 pm ---Lazarus_3_2
--- End quote ---
Type error ? https://forum.lazarus.freepascal.org/index.php/topic,72707.0.html
--- Quote ---So apparently newest trunk version?
--- End quote ---
No. Trunk:
FPC 3.3.1
Lazarus 4.99
jwdietrich:
This is an unusual issue. It may have to do with access rights. Is the folder to be written to on a networked volume?
Which functions do you use to write the text file?
MISV:
--- Quote from: Thausand on November 17, 2025, 12:07:05 am ---No very big help ...
--- Quote from: MISV on November 16, 2025, 11:47:47 pm ---Lazarus_3_2
--- End quote ---
Type error ? https://forum.lazarus.freepascal.org/index.php/topic,72707.0.html
--- Quote ---So apparently newest trunk version?
--- End quote ---
No. Trunk:
FPC 3.3.1
Lazarus 4.99
--- End quote ---
This is really odd
On my mac using "FPCUPdeluxe V2.4.0h for x86_64-darwin-cocoa" clicking "trunk" in "FPC version" and "Lazarus version" and then clicking "Trunk" button still installs
2025-11-12
Lazarus_3_2
FPC 3.2.2
I am now trying for 3rd time where I am installing into an empty folder + clearing all prior config files in FPCUPdeluxe directory.
MISV:
--- Quote from: jwdietrich on November 17, 2025, 12:12:40 am ---This is an unusual issue. It may have to do with access rights. Is the folder to be written to on a networked volume?
--- End quote ---
Just local user folder
--- Quote from: jwdietrich on November 17, 2025, 12:12:40 am ---Which functions do you use to write the text file?
--- End quote ---
--- Code: Pascal [+][-]window.onload = function(){var x1 = document.getElementById("main_content_section"); if (x1) { var x = document.getElementsByClassName("geshi");for (var i = 0; i < x.length; i++) { x[i].style.maxHeight='none'; x[i].style.height = Math.min(x[i].clientHeight+15,306)+'px'; x[i].style.resize = "vertical";}};} ---//------------------------------------------------------------------------------function msCloseFileStr_UTF8(const APathFileName: string; const ASaveStr: UTF8String; const ModeRights: Word = fmCreate or fmOpenWrite; AWithBom: Boolean = False): Boolean;var FS: TFileStream; TmpLen: Integer; U: UTF8String;begin U := ASaveStr;{$IFDEF mymsIsDebug} TmpLen := msxGetBytesLength_UTF8(ASaveStr);{$ENDIf} if AWithBom then U := msxChkAddUTF8BomSig(U) ; Result := True; try FS := TFileStream.Create(APathFileName, ModeRights); try TmpLen := msxGetBytesLength_UTF8(U); if (TmpLen <> 0) then FS.Write(U[CmsxStrIdxFirst], TmpLen); // could also use s[1] // PChar(ASaveStr)^ finally FS.Free; end; except Result := False; end;end;
Never experienced this problem before. This code part unchanged in 10+ years running allover the place across Delphi/Windows, Lazarus/Mac. (Function used by all my text file writes of which there is a ton.)
Most likely it must a file access error. I do not think it can be an issue in the string (no fancy stuff done this place)
Do you know of any security software on Mac that maybe blocks file writes?
Navigation
[0] Message Index
[#] Next page