Updated to todays Lazarus from svn/trunk and started work... Only to have my entire project build folder nuked by DoOpenEditorFile fixing case routine...

/Developer/Source/Linux/64 was transformed into a binary file and wiped out all sub folders. I had to rm 64 and restore :-(

Ubuntu 11.10 x64 running Gnome3 shell

Please fix asp !!!

dbmUserStorage.pas(2216,12) Error: identifier idents no member "cntEncoding" 2300 178.311/182.624 Kb Used
dbmUserStorage.pas(2394,3) Fatal: Syntax error, ";" expected but "ELSE" found TMainIDE.DoOpenEditorFile Fixing file case:
/Developer/Source/Builds/SCS/Linux/64/ ->
/Developer/Source/Builds/SCS/Linux/64
### TCodeToolManager.HandleException: "identifier not found: MainP" at Line=2131 Col=3 in
"/Developer/Source/Projects/SCS/Stored/dbmUserStorage.pas" ### TCodeToolManager.HandleException: "identifier not found: PMime" at Line=2131 Col=9 in
"/Developer/Source/Projects/SCS/Stored/dbmUserStorage.pas" TApplication.HandleException Unable to create file "/Developer/Source/Builds/SCS/Linux/64/Console.ico" Stack trace:
$00000000007FE3A2 line 546 of ../objpas/classes/streams.inc $000000000105C80B line 191 of projecticon.pas
$000000000105C22F line 130 of projecticon.pas
$0000000000BD72F5 line 375 of projectresources.pas $0000000000BD7AA4 line 497 of projectresources.pas $0000000000DDC9AF line 1360 of buildmanager.pas
$00000000007BD1E5 line 10672 of main.pp
$00000000007C30A2 line 11922 of main.pp
$00000000007C0344 line 11325 of main.pp
$00000000007C17F2 line 11605 of main.pp
$000000000079B904 line 3251 of main.pp
$0000000000CDA75E line 7058 of sourceeditor.pp
$0000000000CC9F63 line 3122 of sourceeditor.pp
$0000000000ED796D line 6735 of synedit.pp
$0000000000ED52E7 line 6105 of synedit.pp
$0000000000EC9005 line 2436 of synedit.pp
$000000000094A40B line 5501 of include/wincontrol.inc [TMainIDE.Destroy] A
WARNING: TLCLComponent.Destroy with LCLRefCount>0. Hint: Maybe the component is processing an event?
[TMainIDE.Destroy] B -> inherited Destroy... TMainIDE [TMainIDE.Destroy] END

Just for info:

There was a report on the forums too:
http://forum.lazarus.freepascal.org/index.php/topic,15113.0.html Though it wasn't clear what was the cause.

There *was* an issue with opening a directory as file (from the callstack, and reportedly on some linux from the file open dialog too). The callstack issue however was fixed a while ago.

I checked my Lazarus options and I had auto-rename and rename stuff in general disabled. I always use camel hump format for unit names.

Note: The "Fixing file case" is not a change to the file system, but only the search for the real file name.

For some reason the code to open the error file got no file name and returned a directory. DoOpenEditorFile opened it and then you somehow made changes and saved them.
I added a check to DoOpenEditorFile to not open directories.

Mattias

Yes, since I posted this, I did notice another instance of that folder being opened. I'm on a laptop so I must have keyed something inadvertently and when I restarted (thread debugging is tricky) IDE it said wanna save? I always click yes.

But thanks for fixing this one.

Andy

This has happened to me several times. When it does, I find that lazarus creates a folder called "backups" and moves my entire project directory over there.

I am using the following version (via Graeme's git repo): git-svn-id: http://svn.freepascal.org/svn/lazarus/trunk at 32710 4005530d-fff6-0310-9dd1-cebe43e6787f

I've observed it occurring when I am debugging an error, and I click on the call stack to access a file for which I don't have the source unit. Then the source editor shows ... I don't remember, maybe it's a binary, or assembler, or something-- I can't recall. Anyway, the style is wrong: the source editor is not using my fonts and colors. Then it crashes and my source folder is replaced by a binary, and the source folder moved to the backups folder (thank God for that!)

~David.

the backup is only created, if specified so in your option.

The callstack had a known issue with lines where the callstack does not know the source (shows an address and "??"). That part is fixed.

If it happens in other ways involving the callstack, then please provide more info

Reproduced again, and took a screenshot.

I get a standard dialog, "Debugger Exception Notification" for an exception that I have raised in my program.

Looking at the call stack, the top line (index 0) shows for the source what looks like a memory address; Line 0; function fpc_raiseexception

Then I double-click that line to bring it up in the source window. The source window shows binary garbage, and the name of the tab is "saralatools" -- also the name of my project folder. The source (garbage) mutates when selecting and moving the cursor around.

Stop the debugger, exit lazarus, and SAVE the project-- if I don't save, that binary garbage is discarded; if I do save, it replaces my project folder.

Here is a screenshot: http://david9.freepgs.com/i/callstack2.png I have an unusual color scheme, and usually my source editor has the same scheme, but when bringing up this weird thing, it abandons that scheme. You can see the selected tab (far right) has a slightly lighter color.

~David.

creates

call

stack to access a file for which I don't have the source unit. Then the source editor shows ... I don't remember, maybe it's a binary, or assembler, or something-- I can't recall. Anyway, the style is wrong: the source editor is not using my fonts and colors. Then it crashes and my source folder is

replaced

found

Yes that would be the binary data of the directory in the editor.

Are you sure you are using at least revision 33095 ? from trunk (0.9.31) I do not know how to read your git string below....

David Emerson wrote

I am using the following version (via Graeme's git repo): git-svn-id: http://svn.freepascal.org/svn/lazarus/trunk at 32710

If indeed you do use a version after the fix, then please recompile with DBG_LOCATION_INFO defined, and attach the console output / log-file

Martin wrote

On 05/11/2011 17:45, David Emerson wrote: > Reproduced again, and took a screenshot. > > I get a standard dialog, "Debugger Exception Notification" for an exception

that

source

> window shows binary garbage, and the name of the tab is "saralatools" --

also

> the name of my project folder. The source (garbage) mutates when selecting

and

I guess I was using 32710; I pulled 33355 and it seems to be fixed: double-clicking that call stack entry now doesn't do anything, which is a good thing. Thanks!