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! http://sdm.link/slashdot__
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! http://sdm.link/slashdot___
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
___
mseid
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
https://li
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 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 com
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
---
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
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
mseide-
.
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 of
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 not
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 Fred,
).
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,
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
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 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 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 no
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 code
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 expl
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 units
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, ma
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 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 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 advise
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 orig
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
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/
After clicking "OK" and selecting the main.mfm file it gives me the next
warning message.
Is there something broken? Something to worry about?
Regards,
- Graeme -
--
fpGUI Toolkit - a cross-platform GUI toolkit using Free Pascal
http://fpgui.sourceforge.net/
--
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 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
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
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 not
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 hand
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
does
When you enter an event into object inspector, and hit enter, it takes you
to the source code. onsomeevent... takes you to..
procedure tsomething.onsomeevent;
begin
end;
It puts the cursor after tsomething.onsomeevent;
Shouldn't the automation put the cursor inbetween begin/end?
Also shouldn't
Hi,
Using the Colemak keyboard layout, the IDE shortcuts don't work. It is
specific to MSEide - I tested fpGUI, GTK2 and Qt apps.
eg: the shortcut for saving a file is Ctrl+S. If I press that key
combo, MSEide registers it as Ctrl+E
I'm using USA Colemak layout under Ubuntu 10.04
--
Regards,
On Saturday 16 June 2012 14:28:02 IvankoB wrote:
> See the attached snapshot for symptoms. Happens sporadeously while editing
> code of an event handler code in the source window.
> IDE stops responding, mouse pointer turns into "wait", CPU load is zero.
> To exclude external affectations, antiviru
Please write if you find how to reproduce
===
The test case after converting to base64 gets too large & me lost the
BINARIES credentials so please look for the test case amongst the
rejected messages.
2012/6/16, Martin Schreiber :
> On Saturday 16 June 2012 14:28:02 IvankoB wrote:
>> S
On Saturday 16 June 2012 15:31:46 Ivanko B wrote:
> Please write if you find how to reproduce
> ===
> The test case after converting to base64 gets too large & me lost the
> BINARIES credentials so please look for the test case amongst the
> rejected messages.
>
NNTP Server: opensoft.ho
Thanx !
Have You been able to reproduce ?
This problem stops my work fully...
2012/6/17, Martin Schreiber :
> On Saturday 16 June 2012 15:31:46 Ivanko B wrote:
>> Please write if you find how to reproduce
>> ===
>> The test case after converting to base64 gets too large & me lost the
>
On Monday 18 June 2012 00:36:03 Ivanko B wrote:
> Thanx !
> Have You been able to reproduce ?
> This problem stops my work fully...
>
Please send the testcase to nntp://opensoft.homeip.net/mseide-msegui.binary
and write the steps.
Martin
--
>> Thanx !
>> Have You been able to reproduce ?
>> This problem stops my work fully...
>>
> Please send the testcase to
> nntp://opensoft.homeip.net/mseide-msegui.binary
> and write the steps.
>
Done.
--
Live Security
Am 18.06.2012 05:21, schrieb IvankoB:
> Try with the attached project:
>
> - call MSDEDIRCLEAR.CMD for the directory
> - load "updater/updater.prj" [note its executable is placed a level above]
> - in the below procedure, keep entering smth where %%%HERE%%% and pressing F9,
> it me it causes 100%
> Please send the *_mfm.pas files too, the msedirclear.cmd is not
> reliable. It seems it does not call form2pas if there are no files to
> delete.
> The testcase does not compile because of missing -Fu.. for needed units
> mt1inputform,raddrinputform... . After fixing -Fu.. and creating the
> *_mf
Am 18.06.2012 07:27, schrieb IvankoB:
>> Please send the *_mfm.pas files too, the msedirclear.cmd is not
>> reliable. It seems it does not call form2pas if there are no files to
>> delete.
>> The testcase does not compile because of missing -Fu.. for needed units
>> mt1inputform,raddrinputform... .
>>> Please send the *_mfm.pas files too, the msedirclear.cmd is not
>>> reliable. It seems it does not call form2pas if there are no files to
>>> delete.
>>> The testcase does not compile because of missing -Fu.. for needed units
>>> mt1inputform,raddrinputform... . After fixing -Fu.. and creating
Am 18.06.2012 07:53, schrieb IvankoB:
>
> Aha, "updater.prj" isn't saved properly on pressing "F9" (as was written)
> - please edit "Make option"'s -> directories from "libcurl/ to
> "../libcurl/".
>
>
"
An unhandled exception occurred at $004400C7 :
EClassNotFound : Class "tmainmenu" not found
An unhandled exception occurred at $004400C7 :
EClassNotFound : Class "tmainmenu" not found
$004400C7 TREADER__FINDCOMPONENTCLASS, line 1692 of
E:/FPC/svn/fixes_2_6/rtl/objpas/classes/reader.inc
$0043D7EB TREADER__READCOMPONENT, line 866 of
E:/FPC/svn/fixes_2_6/rtl/objpas/classes/reader.
Am 18.06.2012 09:15, schrieb IvankoB:
>>
>
> How can it be ?
Because of -Fu../ ?
You probably have a main.ppu in your ./ directory.
Martin
--
Live Security Virtual Conference
Exclusive live event will cover all the ways
>> How can it be ?
>
> Because of -Fu../ ?
> You probably have a main.ppu in your ./ directory.
>
Me applied MSEDIRCLEAR to assure renewing these files.>
Oops, the IDE seems to compile wrong (upper-level) MAIN.PAS sometimes:
-
Free Pascal Compiler version 2.6.0 [2011/12/25] f
On Monday 18 June 2012 11:16:12 IvankoB wrote:
> >> How can it be ?
> >
> > Because of -Fu../ ?
> > You probably have a main.ppu in your ./ directory.
>
> Me applied MSEDIRCLEAR to assure renewing these files.>
>
> Oops, the IDE seems to compile wrong (upper-level) MAIN.PAS sometimes:
>
> -
>> May be because of the upper-level target executable ?
>
> Because of -Fu../
> Suggestion: move mt1inputform and the other inputforms to ../inputforms
> or the
> like and change -Fu../ to -Fu../inputforms.
>
Me can't - these files relate to another project with PRJ-file in that
directory.
Th
Am 18.06.2012 10:29, schrieb IvankoB:
>>> May be because of the upper-level target executable ?
>>
>> Because of -Fu../
>> Suggestion: move mt1inputform and the other inputforms to ../inputforms
>> or the
>> like and change -Fu../ to -Fu../inputforms.
>>
> Me can't - these files relate to another p
> It seems your directory layuot can not work with FPC.
> After deleting ../main_mfm.o the program compiles and runs.
Oops.. More that one GUI projects can't coexist in same directory since
all they have "main.mfm" as autocreated main form... and they can't be in
different subdirectories if t
BTW, changes to directory related project options (adding/editing
"../libcurl/") don't save at me on pressing F9 - direct "save" of the
project should be called.
--
Live Security Virtual Conference
Exclusive live even
On Monday 18 June 2012 14:04:32 IvankoB wrote:
> > It seems your directory layuot can not work with FPC.
> > After deleting ../main_mfm.o the program compiles and runs.
>
> Oops.. More that one GUI projects can't coexist in same directory since
> all they have "main.mfm" as autocreated main form..
> exe, use 'Project'-'Make'-'Command after'.
>
How to copy the built executable to "../" in platform independent way
using a macros ?
("CP" for LINUX & "COPY" for Win32) ?
> I would more like to reproduce and fix the problem, MSEide should never
> freeze.
>
Me tried approx 50 times, probably t
Ask on the FPC mailinglist if the behavior is intended and what to do.
In MSEide you can run a post compile command or script to copy or move
the
exe, use 'Project'-'Make'-'Command after'.
copy /Y ${PROJECTDIR}${PROJECTNAME}${EXEEXT} ${PROJECTDIR}..
May be an option but doesn't work (see th
On Monday 18 June 2012 14:31:44 IvankoB wrote:
> > exe, use 'Project'-'Make'-'Command after'.
>
> How to copy the built executable to "../" in platform independent way
> using a macros ?
> ("CP" for LINUX & "COPY" for Win32) ?
>
Make a ${copy} macro.
> > I would more like to reproduce and fix the
>> How to copy the built executable to "../" in platform independent way
>> using a macros ?
>> ("CP" for LINUX & "COPY" for Win32) ?
>>
> Make a ${copy} macro.
Me have zero experience as to it :) Which its code be for :
{$IFDEF LINUX}
cp -f -- ${PROJECTDIR}${PROJECTFILE}${EXEEXT} ${PROJECTDIR
On Monday 18 June 2012 16:03:16 IvankoB wrote:
> >> How to copy the built executable to "../" in platform independent way
> >> using a macros ?
> >> ("CP" for LINUX & "COPY" for Win32) ?
> >
> > Make a ${copy} macro.
>
> Me have zero experience as to it :) Which its code be for :
>
> {$IFDEF LINUX}
Am 18.06.2012 13:47, schrieb IvankoB:
>> Ask on the FPC mailinglist if the behavior is intended and what to do.
>> In MSEide you can run a post compile command or script to copy or move
>> the
>> exe, use 'Project'-'Make'-'Command after'.
>>
>
> copy /Y ${PROJECTDIR}${PROJECTNAME}${EXEEXT} ${PROJEC
See attachment.
Now it works (see the attachment), thanx !<>--
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 res
> I would more like to reproduce and fix the problem, MSEide should never
> freeze.
>
Then try multiple source edit & F9 with the wrong directory layout
disregarding any compile etc errors as me did.
--
Live Security V
>> I would more like to reproduce and fix the problem, MSEide should never
>> freeze.
>>
>
> Then try multiple source edit & F9 with the wrong directory layout
> disregarding any compile etc errors as me did.
>
Happens again approx every 3 minutes of edit+F9, with message "device %2
%3 doesn't r
On Thursday 21 June 2012 07:26:50 IvankoB wrote:
> >> I would more like to reproduce and fix the problem, MSEide should never
> >> freeze.
> >
> > Then try multiple source edit & F9 with the wrong directory layout
> > disregarding any compile etc errors as me did.
>
> Happens again approx every 3 m
> 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
On Thursday 21 June 2012 08:30:05 IvankoB wrote:
> > I don't understand. Where is this message?
>
> In title area of source window.
>
???
Please send a screenshot.
Martin
--
Live Security Virtual Conference
Exclusive live
> 'Target'-'Interrupt' does not work?
>
Doesn't work since the mouse pointer in the wait state thus the menu can't
be accessed.
--
Live Security Virtual Conference
Exclusive live event will cover all the ways today'
On Thursday 21 June 2012 09:06:31 IvankoB wrote:
> > 'Target'-'Interrupt' does not work?
>
> Doesn't work since the mouse pointer in the wait state thus the menu can't
> be accessed.
>
>
I meant in the outer MSEide. Don't you run MSEide debugged by MSEide?
Martin
-
On Thursday 21 June 2012 08:59:49 IvankoB wrote:
> >> In title area of source window.
> >
> > ???
> > Please send a screenshot.
>
> Oops, in title area of main IDE window.
> Any, the snapshot is hereattached.
I am clueless. :-(
Martin
-
>> > 'Target'-'Interrupt' does not work?
>>
>> Doesn't work since the mouse pointer in the wait state thus the menu
>> can't
>> be accessed.
>>
>>
> I meant in the outer MSEide. Don't you run MSEide debugged by MSEide?
>
Got it !
#0 7C90E4F4 :0 ntdll!LdrAccessResource()
#1 7C90D9BC :0 ntdll!Z
The IDE is interrupted currently. What to see further ?
How to see which file ?
The threads state is ere attached.
PS:
The threads window doesn't have the handy Copy-To-Clipboard functionality.
--
Live Security Vir
>>> In title area of source window.
>>>
>> ???
>> Please send a screenshot.
>>
>
> Oops, in title area of main IDE window.
> Any, the snapshot is hereattached.
>
Some investigation was taken :) This error message is written in the title
bar of application by WinXP(2003), the problem is reference
IvankoB п
> Some investigation was taken :)
WINXP SP2 (5.1.2600.2952):
-2147483407, "Не отвечает на запросы Windows XP"
-2147483406, " (Не отвечает)"
-1073741436, "Устройство %2 \"%3\" не отвечает."
WINXP SP3 (5.1.2600.5588)
Цитата: -2147483407, " (Не отвечает)"
-2147483406, "Устройство
On Thursday 21 June 2012 10:06:44 IvankoB wrote:
> >> > 'Target'-'Interrupt' does not work?
> >>
> >> Doesn't work since the mouse pointer in the wait state thus the menu
> >> can't
> >> be accessed.
> >
> > I meant in the outer MSEide. Don't you run MSEide debugged by MSEide?
>
> Got it !
>
> #0
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 calls to the Windows d
On Friday 22 June 2012 06:43:02 IvankoB wrote:
> >>> In title area of source window.
> >>
> >> ???
> >> Please send a screenshot.
> >
> > Oops, in title area of main IDE window.
> > Any, the snapshot is hereattached.
>
> Some investigation was taken :) This error message is written in the title
> b
>> The IDE is interrupted currently. What to see further ?
>> How to see which file ?
>>
> As I feared, gdb can not unwind the stack. Not it becomes difficult...
>
People also fights with it:
http://www.linuxforums.org/forum/kernel/122683-stack-unwind-through-signal-frame.html
[...]
--
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 li
Martin Schreiber
писал(а) в своём письме 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 to fix" :)
> 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 happene
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, MSE
> Hmm.. Has never happened today if "File->SaveAll" was performed before
> pressing F9.
And very rare if there're 5+ seconds between last source change (w/o
saving) & pressing F9.
--
Live Security Virtual Conference
> 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)=6
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.
---
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
> "\Device\NamedPipe\Win3
Hmm.. can't reproduce home in win7_X64 (also with AVAST). The only
difference is the FPC verion 2.4.4 (home) and fpc 2.6.0 (work). Does
it make sense to recheck with fpc 2.6 ? (then me'll have to download
this version)
2012/6/23, Martin Schreiber :
> On Friday 22 June 2012 12:40:45 IvankoB wrote:
No problems with same AVAST (7) & FPC (2.6.0) versions on the home
Win7_X64 box.
May be, my work machine (P4 2.4GHz 512M) is just too slow so there may
be some bad timings... not be a big problem unless me can't do my work
:)
2012/6/23, Ivanko B :
> Hmm.. can't reproduce home in win7_X64 (also wit
Martin Schreiber
писал(а) в своём письме 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 main thread
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.$$$19
> 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 wit
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)
> The problem seems to be internal to Windows?
Yes, it's a message sent by Windows.
> Still the "Устройство %2 \"%3\"
> не отвечает." message in main
> window?
>
No, the problem looks fixed at the moment.
--
Live Securit
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
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 :
> On Monday 25 June 2012 11:29:52 IvankoB wrote:
>> Another problem -
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
co
1 - 100 of 190 matches
Mail list logo