Done - http://mantis.freepascal.org/view.php?id=22313.
2012/6/25, Martin Schreiber :
> 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
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
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
>> >
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.
>
> > Se
>> 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
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" kn
>> 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 ;)
Or to refuse to the approach "many pro
On Monday 25 June 2012 15:21:02 IvankoB 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?
>
> Hardly
>> 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
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
2012/6/25, Martin Schreiber :
> On Monday 25 June 2012 11:29:52 IvankoB wrote:
>> Another problem -
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
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
> 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
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)
> 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 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
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
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
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:
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
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.
---
> 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
> 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
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
> 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
писал(а) в своём письме 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" :)
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
>> 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
[...]
--
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
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 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
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, "Устройство
>>> 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
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
>> > '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
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
-
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
-
> '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 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
> 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 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 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
> 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
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
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
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}
>> 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 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
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
> 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
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..
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
> 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
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
>> 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
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:
>
> -
>> 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
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
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 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
>>> 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: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 the
> *_mf
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%
>> 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
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...
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 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
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 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
71 matches
Mail list logo
