Hello Fred,
in continuation to my previous "complaints" abour the functioning of
mseide's debugger function (last one from Tue, 3 Oct 2023 01:55:52 +0200),
here's some more information.
Main problem is: It's even worse than what I wrote before.
And there's obviously NO difference between the
Hello Fred,
now I can refine the conditions when the debugger dies some more:
it does that reproducibly when you hit an uninitialized variable with the
mouse pointer. (And it seems to see externally defined constants as
uninitialized as well.)
And, BTW, a question & suggestion: might it be
Hello Fred,
you wrote on Sun, 1 Oct 2023 20:12:27 +:
> I am busy to try your new dialogs.
> I try them for project ideU because it uses nearly all king of dialogs.
Don't hurry - DON'T, please!
The "newdialogs" STILL are work in progress, and as I wrote before, I've
not even yet tackled the
Hello Sieghard.
I am busy to try your new dialogs.
I try them for project ideU because it uses nearly all king of dialogs.
So I copied all the units of your newdialogs folder into the root directory of
ideU project.
I did not copy the customed dialog-units that uses variables shared with ideU.
Hello Fred,
you wrote on Sun, 1 Oct 2023 00:22:40 +:
> There are binaries of ideU here:
> https://github.com/fredvs/ideU/releases/
Yes, ok, I already took the source.
> You dont need to compile it to test the debugger.
> But of course if you want compile ideU with your new dialogs units,
Hello Sieghard.
There are binaries of ideU here:
https://github.com/fredvs/ideU/releases/
You dont need to compile it to test the debugger.
But of course if you want compile ideU with your new dialogs units, maybe it
will be a few tricky because in ideU source there are also custom dialogs
Hello Fred,
you wrote on Fri, 29 Sep 2023 21:30:45 +:
> like ping-pong call. But here it does not open new tabs of already opened
> units, it uses the already opened. And if a unit is not yet opened, it
> opens one it only once.
>
> But maybe I did not understand your request, so please
your request, so please explain (I did try it
with ideU, not yet with mseide).
De : Fred vS
Envoyé : vendredi 29 septembre 2023 22:47
À : General list for MSEide+MSEgui
Objet : Re: [MSEide-MSEgui-talk] IDE
Hello Sieghard.
>the inability of the degugging c
Hello Sieghard.
>the inability of the degugging code to realize if a file containing a
>breakpoint IS already open when it encounters it, opens it a second time
>and then may complain that it cannot open the form file belonging to it -
Hum, I did not note this but I will try it soon.
Thanks to
Hello Sieghard.
> And if you need more information, please ask,
Ha, ok, so here one: Did you try the debugger with ideU?
I did change some code for launch-run the debugger.
Maybe it is the way you like and I could some change in mseide too.
Fre;D
___
Hello Med.
OK fixed in last commit (but the bug was already in 4.6 Version).
Of course you will need to recompile mseide.
(And I have to find time to do new binary release with all the fixes)
Hello Sieghard.
OK, I will check I will check this week end.
Write you later.
Fre;D
Hello Fred,
you wrote on Thu, 28 Sep 2023 18:04:31 +:
[ide "idiosyncrasy"]
> So yes it is a big bug and I need to jump into it (but not possible asap,
> sorry).
Well, there are a couple more I'm afraid... But anyway, don't overturn, do
your regular tasks first.
Then, you might be able to
).
De : mohamed hamza
Envoyé : jeudi 28 septembre 2023 12:09
À : General list for MSEide+MSEgui
Objet : [MSEide-MSEgui-talk] IDE
Hello Fred,
When a project PRJ is opened . The menu File—New--Form—Datamodule display the
dialog:
SELECT ANCESTOR !!!
This does
rg/mseide-msegui/assets/3421249/c80f937a-7a57-45ae-8f96-2767f3a05810
Indeed a fix must be done, if nothing was checked.
De : mohamed hamza
Envoyé : jeudi 28 septembre 2023 12:09
À : General list for MSEide+MSEgui
Objet : [MSEide-MSEgui-talk] IDE
Hello Fr
De : mohamed hamza
Envoyé : jeudi 28 septembre 2023 12:09
À : General list for MSEide+MSEgui
Objet : [MSEide-MSEgui-talk] IDE
Hello Fred,
When a project PRJ is opened . The menu File—New--Form—Datamodule display the
dialog:
SELECT ANCESTOR !!!
This does
Hello Fred,
When a project PRJ is opened . The menu File—New--Form—Datamodule display the
dialog:
SELECT ANCESTOR !!!
This does not happen in 4.6 Version.
Med.
___
mseide-msegui-talk mailing list
mseide-msegui-talk@lists.sourceforge.net
.
Regards
Med.
De : fredvs
Envoyé : jeudi 1 août 2019 23:51
À : mseide-msegui-talk@lists.sourceforge.net
Objet : Re: [MSEide-MSEgui-talk] IDE
Re-hello.
If you want the change only for one project, just copy msewidgets.pas with
the changes into the main directory
Re-hello.
If you want the change only for one project, just copy msewidgets.pas with
the changes into the main directory of your project.
Fre;D
--
Sent from: http://mseide-msegui-talk.13964.n8.nabble.com/
___
mseide-msegui-talk mailing list
Hello Med.
Sorry
but I did not find tdbgridwidget.
Are you talking about tdbstringgrid ?
For setting cfo_captionfocus to true by default there is in msewidgets.pas:
const
defaultcaptionframeoptions = [];
You may change it as:
const
defaultcaptionframeoptions = [cfo_captionfocus];
But I do
Hi there
Is it possible to setup the default propertie value of an object with an
other value than fixed by the ide.
Ex : changing automatically tdbgridwidget.cfo_captionfocus to true for
all grids of the project .
Regards.
Med
___
On 03/27/2018 09:27 PM, mohamed hamza wrote:
> I use Puppy Linux ver 6.2.3 with JWM as windows manager
>
32 or 64 bit? Can you show a screenshot?
PS: Please register on mailinglist:
https://sourceforge.net/projects/mseide-msegui/lists/mseide-msegui-talk
Martin
I use Puppy Linux ver 6.2.3 with JWM as windows manager
--
Check out the vibrant tech community on one of the world's most
engaging tech sites, Slashdot.org!
On Monday 26 March 2018 20:20:54 mohamed hamza wrote:
> HiMartin,
>
>
> Some icons in the Ide have a black background ?
>
Which operating system? Can you show a screenshot?
Martin
--
Check out the vibrant tech
HiMartin,
Some icons in the Ide have a black background ?
Best Regards.
Med
--
Check out the vibrant tech community on one of the world's most
engaging tech sites, Slashdot.org!
On 2016-10-18 14:18, Martin Schreiber wrote:
> It is a regression, please try again with git master
Thank you, now that is working.
Regards,
Graeme
--
fpGUI Toolkit - a cross-platform GUI toolkit using Free Pascal
http://fpgui.sourceforge.net/
My public PGP key:
On Tuesday 18 October 2016 11:38:05 Graeme Geldenhuys wrote:
> But what does cbObjects.dropdown.ItemIndex := 0 do in TDropdownListEdit
> if it doesn't set the focus item?
>
It is a regression, please try again with git master
844129cc9fb904d3f4b20f3a5a8a627f28771608, thanks for reporting.
On Tuesday 18 October 2016 11:00:00 Graeme Geldenhuys wrote:
> On 2016-10-18 08:33, Martin Schreiber wrote:
> >> I'm getting there! :-) See attached screenshot.
> >
> > If you agree I'll try to make a plug-in with the modification later.
>
> Of course. I'll make the code available in my Github
On 2016-10-18 10:39, Martin Schreiber wrote:
>> > cbObjects.dropdown.cols.EndUpdate;
>> > cbObjects.dropdown.ItemIndex := 0; // SAllString is always the 1st item
>> >
> Suggestion: use a TenumEdit and set ".value:= 0;".
> TDropdownListEdit is more a TStringEdit with a text selecting help.
On Tuesday 18 October 2016 11:00:00 Graeme Geldenhuys wrote:
> I've change the ComboBox widget to TDropdownListEdit and your code
> suggestion does work. I can't seem to get the focus item set though.
> I use the following code to populate the combobox and set the focus item.
>
>
On 2016-10-18 08:33, Martin Schreiber wrote:
>> I'm getting there! :-) See attached screenshot.
>>
> If you agree I'll try to make a plug-in with the modification later.
Of course. I'll make the code available in my Github repository when I'm
done. I don't mind maintaining my own custom mods for
On Tuesday 18 October 2016 02:09:46 Graeme Geldenhuys wrote:
> Hi Martin,
>
> I'm getting there! :-) See attached screenshot.
>
Congrats! If you agree I'll try to make a plug-in with the modification later.
> A couple more questions.
>
>
> 1. How do I get the focused row in the StringGrid to show
Hi Martin,
I'm getting there! :-) See attached screenshot.
A couple more questions.
1. How do I get the focused row in the StringGrid to show even when the
grid doesn't have focus? eg: in fpGUI when the StringGrid has
focus, the focus row will be in a Navy color, but when the grid
On Sunday 01 May 2016 07:53:58 Martin Schreiber wrote:
> On Saturday 30 April 2016 22:34:49 Krzysztof wrote:
> > Hi Martin,
> >
> > I mentioned about this in other topic. In Lazarus if you select
> > multiple lines like:
> >
> > if something then
> > begin
> > foo;
> > bar;
> > end;
> >
> >
On Saturday 30 April 2016 22:34:49 Krzysztof wrote:
> Hi Martin,
>
> I mentioned about this in other topic. In Lazarus if you select
> multiple lines like:
>
> if something then
> begin
> foo;
> bar;
> end;
>
> ... and press CTRL+SHIFT+V, it change it to:
>
> // if something then
> // begin
>
Hi Martin,
I mentioned about this in other topic. In Lazarus if you select
multiple lines like:
if something then
begin
foo;
bar;
end;
... and press CTRL+SHIFT+V, it change it to:
// if something then
// begin
// foo;
// bar;
// end;
CTRL+SHIFT+U for uncomment selected block. Very
Great. Didn't know that. This is enough for me
--
Find and fix application performance issues faster with Applications Manager
Applications Manager provides deep performance insights into multiple tiers of
your business
On Saturday 16 April 2016 19:52:55 Krzysztof wrote:
> Hi Martin,
>
> Small request from Lazarus IDE habit. Double click on boolean type (or
> enums items) could switch between TRUE/FALSE (value := not value). It
> is much faster double click on optionswidget1 items than dropdown each
> one where
Hi Martin,
Small request from Lazarus IDE habit. Double click on boolean type (or
enums items) could switch between TRUE/FALSE (value := not value). It
is much faster double click on optionswidget1 items than dropdown each
one where is only TRUE and FALSE. It could be active only when double
On Tuesday 05 April 2016 22:02:43 Fred van Stappen wrote:
> > Did you see that MSEide actually does select the word by Shift+DblClick?
> > Shift+TrplClick selects the whole row BTW.
> >
> > Martin
>
> Huh, no I did not see it ;-(
>
> Nice to know it.
>
> By the way, why do you use Shift+DblClick ?
> Did you see that MSEide actually does select the word by Shift+DblClick?
> Shift+TrplClick selects the whole row BTW.
>
> Martin
Huh, no I did not see it ;-(
Nice to know it.
By the way, why do you use Shift+DblClick ?
Is DblClick (alone) used for something else ?
If not, do not forget
On Tuesday 05 April 2016 10:31:56 Fred van Stappen wrote:
> > The code is in "tsourcepage.editontextmouseevent()"
> > of "apps/ide/sourcepage.pas".
> >
> > Martin
>
> Excellent, thanks.
>
> Huh, I do not see a double-click in mouse eventkindty...
> There are ek_mousewheel,
> The code is in "tsourcepage.editontextmouseevent()"
> of "apps/ide/sourcepage.pas".
>
> Martin
Excellent, thanks.
Huh, I do not see a double-click in mouse eventkindty...
There are ek_mousewheel, ek_mousemove,ek_mousepark,
ek_mouseenter,ek_mouseleave,ek_mousecaptureend,
On Monday 04 April 2016 17:23:18 Fred van Stappen wrote:
>
> If yes, could you give me some light how to code it (for example 2x click =
> select all the word) ?
>
The code is in "tsourcepage.editontextmouseevent()"
of "apps/ide/sourcepage.pas".
Martin
Hello.
Hum, if I may...
I agree with Krzysztof and Graeme.
I really find annoying the behavior of click/-2x click on the code editor.
I understand that you prefer your way but...
Do you agree if I add a option in ideU that give choice to user for the
behavior of click on code editor ?
If yes,
On 2016-04-04 07:51, Martin Schreiber wrote:
> In MSEide double click is consequently used for window navigation.
Fair enough - still a non-standard behaviour. ;-)
Feature Request:
Could you implement an editor action "select word" which can select
the current word the cursor is in. We can
On Monday 04 April 2016 01:50:39 Graeme Geldenhuys wrote:
> On 2016-04-03 22:41, Krzysztof wrote:
> > In IDE code editor is missing double click selection. Often used for
> > copy & paste. This is just my habit from Lazarus
>
> Not just a Lazarus habit... ALL editors support double-click to select
On 2016-04-03 22:41, Krzysztof wrote:
> In IDE code editor is missing double click selection. Often used for
> copy & paste. This is just my habit from Lazarus
Not just a Lazarus habit... ALL editors support double-click to select
functionality. I wish Martin will had that too.
The work-around
Hi Martin,
In IDE code editor is missing double click selection. Often used for
copy & paste. This is just my habit from Lazarus - double click on
procedure or var name, CTRL+C and paste elsewhere. Currently
doubleclick does nothing. My suggestion is that double click should
select word (dot and
> Then it becomes difficult...
> Currently I often work with three running MSEide's for MSElang development and
> I didn't see such problems on 32bit Linux.
Do not bother yourself :) . It is not such annoying thing
--
On Saturday 02 April 2016 16:53:23 Krzysztof wrote:
> > Are there no problems with a single running MSEide?
>
> Didn't notice such problem with only one IDE
>
Then it becomes difficult...
Currently I often work with three running MSEide's for MSElang development and
I didn't see such problems on
> Are there no problems with a single running MSEide?
Didn't notice such problem with only one IDE
--
Transform Data into Opportunity.
Accelerate data analysis in your applications with
Intel Data Analytics Acceleration
> It is there... kind of, but not a very user friendly way.
>
> Select "Project -> Open Project" The combobox to the left of the Name
> caption - click its Down arrow button and you will see a list of
> previous opened projects.
Thanks, that is enough for me :)
On 2016-04-02 13:33, Martin Schreiber wrote:
> Ouch, the main reason why I didn't implement project groups in MSEide is that
> I never was happy with Delphi project groups. ;-)
Well, having something is better than nothing. ;-)
Regards,
- Graeme -
--
fpGUI Toolkit - a cross-platform GUI
On Saturday 02 April 2016 13:58:39 Graeme Geldenhuys wrote:
>
> I believe you still have Delphi 7 or Kylix 3 around, so take a look
> there. They had excellent Project Group support, and I greatly miss that
> features since I moved to FPC back in 2005.
>
Ouch, the main reason why I didn't
On 2016-04-02 09:56, Martin Schreiber wrote:
>> 1. Bug: Create a new project and save it. Open a previous project.
>>
> Please try again with git master f78b8ea1055bb3f6833d2b82e8cfc53d1b3411d6.
Thanks, I'll update and retest.
>> 2. Feature Request: Make "recent projects" a menu item.
>>
>
On Friday 01 April 2016 21:37:57 Krzysztof wrote:
> Hi Martin
>
> As in subject. Very handy option especially for newbie as me who often
> switch between MSE examples and own test projects to compare or check
> something.
>
Please see answer from and to Graeme.
> BTW: Do you also have sometimes
On Saturday 02 April 2016 01:18:14 Graeme Geldenhuys wrote:
> On 2016-04-01 20:37, Krzysztof wrote:
> > As in subject. Very handy option
>
> It is there... kind of, but not a very user friendly way.
>
> Select "Project -> Open Project" The combobox to the left of the Name
> caption - click its
On 2016-04-01 20:37, Krzysztof wrote:
> As in subject. Very handy option
It is there... kind of, but not a very user friendly way.
Select "Project -> Open Project" The combobox to the left of the Name
caption - click its Down arrow button and you will see a list of
previous opened projects.
Hi Martin
As in subject. Very handy option especially for newbie as me who often
switch between MSE examples and own test projects to compare or check
something.
BTW: Do you also have sometimes "GDB timeout" error? I experience this
quite often when have two IDE opened. It freezes my whole KDE
On 2015-12-29 13:40, Martin Schreiber wrote:
> Looks like a BSD only problem. Please try again with git master
> a25574769fd3830e2d145a117ba3a032ba25bdc9.
Thank you, that seems to have solved the problem.
Regards,
- Graeme -
--
fpGUI Toolkit - a cross-platform GUI toolkit using Free Pascal
On Thursday 17 December 2015 12:31:17 Graeme Geldenhuys wrote:
> Hi Martin,
>
> I've hit this problem a few times now. I have a project with some opened
> units. Then in a console or any file manager, I moved some of those
> opened units to a new directory (forgetting they were open in MSEide).
>
On Thursday 17 December 2015 12:31:17 Graeme Geldenhuys wrote:
> Hi Martin,
>
> I've hit this problem a few times now. I have a project with some opened
> units. Then in a console or any file manager, I moved some of those
> opened units to a new directory (forgetting they were open in MSEide).
>
On 2015-12-17 12:09, Martin Schreiber wrote:
> Does it always show the same file if you click 'OK' or 'Cancel'?
No, it cycles through the units that are missing. In this case I had 3
units moved. So once it cycled through all 3, then it starts at the
first missing one again.
Regards,
- Graeme
Hi Martin,
I've hit this problem a few times now. I have a project with some opened
units. Then in a console or any file manager, I moved some of those
opened units to a new directory (forgetting they were open in MSEide).
Returning to MSEide it tells me it detected a file change and wants to
On Friday 19 June 2015 11:18:37 Graeme Geldenhuys wrote:
Hi Martin,
I've seen this before when changing MSEide code - I now saw the same
when editing the MSEgit code. What does the Warning dialog mean, and why
does it appear?
It means that you try load a form or datamodule which depends on
On Friday 19 June 2015 11:20:33 Graeme Geldenhuys wrote:
After clicking OK and selecting the main.mfm file it gives me the next
warning message.
Is there something broken? Something to worry about?
No. main.mfm has a link to branchfo.showhiddenact. You
selected mainfo.mfm - the link could
On Friday 19 June 2015 13:42:43 Graeme Geldenhuys wrote:
On 2015-06-19 12:08, Martin Schreiber wrote:
It means that you try load a form or datamodule which depends on another
*.mfm which has not been loaded yet and which is not listed
in 'Project'-'Tree'-'Pascal Units'.
OK, so nothing I
On 2015-06-19 12:08, Martin Schreiber wrote:
It means that you try load a form or datamodule which depends on another
*.mfm
which has not been loaded yet and which is not listed
in 'Project'-'Tree'-'Pascal Units'.
OK, so nothing I did wrong. :) It is then a error condition that exist
in
Hi Martin,
I've seen this before when changing MSEide code - I now saw the same
when editing the MSEgit code. What does the Warning dialog mean, and why
does it appear?
Regards,
- Graeme -
--
fpGUI Toolkit - a cross-platform GUI toolkit using Free Pascal
http://fpgui.sourceforge.net/
On Tuesday 29 October 2013 12:37:11 Ivanko B wrote:
MFM file was open then closed for manual viewing editing (the
backward compatibility code didn't handle
optionswidget-2-optionswidget1 transition correctly for report forms).
Can you list exact steps?
- tried to load a report into IDE, since this report had
optionwidget[1] backward errors so its MFM-file was loaded as text for
manual fixing
- after fixing saving switching to form designer view (Show as
form), each SaveAll switches this file back to text view
I have some projects that I cross compile for linux / windows, 32 / 64 bit.
When I start a new project I have to recreate the Options 0 Macros for
the different executables.
Is there a way to do this once so I don't have to rekey it for each new
project?
Patrick
On 24/12/12 14:30, Patrick Goupell wrote:
Is there a way to do this once so I don't have to rekey it for each new
project?
Use your project that has all the desired settings, and save a copy as a
new template project. Then when you create new projects from templates,
simply select that one.
On 12/24/2012 10:40 AM, Graeme Geldenhuys wrote:
Use your project that has all the desired settings, and save a copy as
a new template project. Then when you create new projects from
templates, simply select that one. The template files normally have
some template macros - I don't know if
- put a tdblookupbuffer on a from so that its (long) name extend
right beyond the form - scrollbars appear
- make the mane shorter so that should fit the form and the scrollbars
should disappear
- at me, these don't disappear until the form gets resized manually
On Monday 27 August 2012 09:22:38 Ivanko B wrote:
- put a tdblookupbuffer on a from so that its (long) name extend
right beyond the form - scrollbars appear
- make the mane shorter so that should fit the form and the scrollbars
should disappear
- at me, these don't disappear until the form
Is only-IDE realted ?
--
Live Security Virtual Conference
Exclusive live event will cover all the ways today's security and
threat landscape has changed and how IT managers can respond. Discussions
will include endpoint
On Monday 27 August 2012 09:50:28 Ivanko B wrote:
Is only-IDE realted ?
Yes.
--
Live Security Virtual Conference
Exclusive live event will cover all the ways today's security and
threat landscape has changed and how IT
On Monday 27 August 2012 09:22:38 Ivanko B wrote:
- put a tdblookupbuffer on a from so that its (long) name extend
right beyond the form - scrollbars appear
- make the mane shorter so that should fit the form and the scrollbars
should disappear
- at me, these don't disappear until the form
On Monday 25 June 2012 07:19:54 IvankoB wrote:
#3 2028 unknown 0x7c90e514 in ?? ()
The stack:
#0 7C90E514 :0 ??()
#1 7C90CFFA :0 ??()
#2 7C80EF97 :0 ??()
#3 0050CF19 msesysintf.pas:1425 SYS_GETFILEINFO(PATH=0x9fbc0
'/D:/GITROOT/podpiska/readcert.pas.$$$1924',
Please try for an experiment
if (obj 0) and (integer(obj) length(handles)) then begin
fafd:= handles[obj];
application.lock;
FindNextChangeNotification(fafd);
application.unlock;
dochange(fafd);
end;
Hmm..no freezes after approx 100 attempts with the change
On Monday 25 June 2012 08:39:39 IvankoB wrote:
Please try for an experiment
if (obj 0) and (integer(obj) length(handles)) then begin
fafd:= handles[obj];
application.lock;
FindNextChangeNotification(fafd);
application.unlock;
dochange(fafd);
end;
Another problem - units dependencies don't autoupdate.
For instance:
///
MAIN.PAS:
uses
main_mfm
,curlobj
,readcert in '../readcert.pas'
;
//
Changes in '../readcert.pas' aren't detected by MSEide so there's a
message not found about readcert by linker (
it
On Monday 25 June 2012 11:29:52 IvankoB wrote:
Another problem - units dependencies don't autoupdate.
For instance:
///
MAIN.PAS:
uses
main_mfm
,curlobj
,readcert in '../readcert.pas'
;
//
Changes in '../readcert.pas' aren't detected by MSEide so
Use 'Project'-'Make' if you make changes in Files with another editor.
1) same editor (MSEide)
2) Make doesn't help until changing a file using ( having in USES
) the file
2012/6/25, Martin Schreiber mse00...@gmail.com:
On Monday 25 June 2012 11:29:52 IvankoB wrote:
On Monday 25 June 2012 12:00:49 Ivanko B wrote:
Use 'Project'-'Make' if you make changes in Files with another editor.
1) same editor (MSEide)
2) Make doesn't help until changing a file using ( having in USES
) the file
- FPC bug?
Martin
Use 'Project'-'Make' if you make changes in Files with another editor.
1) same editor (MSEide)
2) Make doesn't help until changing a file using ( having in USES
) the file
- FPC bug?
Hardly because this (USES .. IN '..') feature is No1 of DELPHI
compatibility.
What
On Monday 25 June 2012 16:04:40 IvankoB wrote:
But it means a unit dependency parser/maintainer at the source level,
correct ?
MSEide does *not* parse unit dependency for compiling purpose.
What to do then ? Inserting spaces to trigger refreshing units is for
between us knowledge only
What to do then ? To be clear:
- there is a unit A with unit B in uses
- You change unit B in MSEide
- You press F9
- FPC compiles but there is a message not found about readcert by
linker
Yes, exactly.
Seems like a FPC bug to me.
A bug of FPC make ? How to bypass it ?
Martin Schreiber wrote:
On Monday 25 June 2012 16:36:39 IvankoB wrote:
What to do then ? To be clear:
- there is a unit A with unit B in uses
- You change unit B in MSEide
- You press F9
- FPC compiles but there is a message not found about readcert by
linker
Yes, exactly.
On Monday 25 June 2012 18:47:03 Ivanko B wrote:
Make a FPC bugreport with a reproducible testcase?
See the attached file. Me forgot my credentials, could You report from
Your account ?
No, that is your job. ;-)
There is a lost your password link:
http://bugs.freepascal.org/lost_pwd_page.php
Martin Schreiber mse00...@gmail.com
писал(а) в своём письме Fri, 22 Jun 2012 11:08:16 +0500:
Martin Schreiber wrote:
As I feared, gdb can not unwind the stack. Not it becomes difficult...
MSEIDE runs GDB within:
Threads by ProcExplorer:
MSEIDE:
id=2028, Wait:Executive = Seems to be the
On Friday 22 June 2012 12:40:45 IvankoB wrote:
Hmm.. Has never happened today if File-SaveAll was performed before
pressing F9.
Since MINGW GDB 7.4 (2012june) is more verbose then some more
investigations were taken:
MSEide stops on reading from pipe
Martin Schreiber wrote:
As I feared, gdb can not unwind the stack. Not it becomes difficult...
As I feared, gdb can not unwind the stack. *Now* it becomes difficult...
--
Live Security Virtual Conference
Exclusive
Martin Schreiber mse00...@gmail.com
писал(а) в своём письме Fri, 22 Jun 2012 11:08:16 +0500:
Martin Schreiber wrote:
As I feared, gdb can not unwind the stack. Not it becomes difficult...
As I feared, gdb can not unwind the stack. *Now* it becomes difficult...
And it may mean a long time
And it may mean a long time to fix :)
Me tend to blame antivirus (Avast) though its disabling (not
uninstalling)
dosn't fix the issue. As well as adding MSEGUI*, FPC, GDB so on to AVAST
exclusion lists. And me can't uninstall it (our LAN is highly infected).
Hmm.. Has never happened today
Martin Schreiber wrote:
On Thursday 21 June 2012 10:12:26 IvankoB wrote:
The IDE is interrupted currently. What to see further ?
How to see which file ?
The threads state is ere attached.
Strange the 3 threads in LdrAccessResource(). DbgUiConnectToDbg() is
strange too, MSEide makes no
Hmm.. Has never happened today if File-SaveAll was performed before
pressing F9.
Since MINGW GDB 7.4 (2012june) is more verbose then some more
investigations were taken:
MSEide stops on reading from pipe
\Device\NamedPipe\Win32Pipes.09d0.0002 by
SYS_READ(FD=1744(dec)=6d0(hex),
6D0: File (---) \Device\NamedPipe\Win32Pipes.09d0.0002
[...]
6D4: File (---) \Device\NamedPipe\Win32Pipes.09d0.0002
Here, the pipe \Device\NamedPipe\Win32Pipes.09d0.0002 is accessed
by two file handles 6D0 6D4.
I don't understand. Where is this message?
In title area of source window.
--
Live Security Virtual Conference
Exclusive live event will cover all the ways today's security and
threat landscape has changed and how IT
1 - 100 of 156 matches
Mail list logo
