[MSEide-MSEgui-talk] Can't find unit activex used by msewindnd
hi this error message appears when try to compile any thing with mseide . in configure MSEide i set the paths properly , so whats wrong thankx -- This SF.net email is sponsored by Windows: Build for Windows Store. http://p.sf.net/sfu/windows-dev2dev ___ mseide-msegui-talk mailing list mseide-msegui-talk@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/mseide-msegui-talk
Re: [MSEide-MSEgui-talk] Can't find unit activex used by msewindnd
On Sunday 30 June 2013 09:49:59 airpas wrote: hi this error message appears when try to compile any thing with mseide . in configure MSEide i set the paths properly , so whats wrong activex is a FPC unit located in FPC directory units/i386-win32/winunits-base. Which FPC version? Martin -- This SF.net email is sponsored by Windows: Build for Windows Store. http://p.sf.net/sfu/windows-dev2dev ___ mseide-msegui-talk mailing list mseide-msegui-talk@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/mseide-msegui-talk
Re: [MSEide-MSEgui-talk] MSEide+MSEgui 3.0beta1
wow , greate ide + great GUI + new compiler ! , if this happen your name will be written in history . belive me i'll stay tuned too . btw : here where i live , many of my friends start using mseide . this product has a bright future 2013/6/29, Martin Schreiber mse00...@gmail.com: On Saturday 29 June 2013 21:42:24 Julio Jiménez wrote: Yes Borland did a great job even when Delphi was full of bugs :D So, may I think you are unhappy with the direction that FPC is following or simply you think can make a better tool? Both. You know, Pascal community is not big and dividing efforts is not probably a good idea. Probably you have your good reasons to take this decision, I still think it's probably a big work for only one developer. Me too. :-) MSEide+MSEgui is also big work BTW... As Freepascal user, I'm a bit worried because actually I can share code between FPC, Lazarus and MSEide applications with very little effort and probably this will change if you take a different way. I have MSEide and Lazarus applications running in production, with very good results. With different compilers... who know what will be going on. I'll stay tuned :) I have FPC based applications in production and a big FPC codebase too so there sure will be a solution. Maybe different dialects, we will see. First I want to check what can be achieved with a fresh attempt. Martin -- This SF.net email is sponsored by Windows: Build for Windows Store. http://p.sf.net/sfu/windows-dev2dev ___ mseide-msegui-talk mailing list mseide-msegui-talk@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/mseide-msegui-talk -- This SF.net email is sponsored by Windows: Build for Windows Store. http://p.sf.net/sfu/windows-dev2dev ___ mseide-msegui-talk mailing list mseide-msegui-talk@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/mseide-msegui-talk
Re: [MSEide-MSEgui-talk] MSEide+MSEgui 3.0beta1
On Sunday 30 June 2013 10:15:08 airpas wrote: wow , greate ide + great GUI + new compiler ! , if this happen your name will be written in history . belive me ;-) i'll stay tuned too . btw : here where i live , many of my friends start using mseide . Where are you living? Martin -- This SF.net email is sponsored by Windows: Build for Windows Store. http://p.sf.net/sfu/windows-dev2dev ___ mseide-msegui-talk mailing list mseide-msegui-talk@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/mseide-msegui-talk
Re: [MSEide-MSEgui-talk] Problem again (ping Patrick Goupell)
On Saturday 29 June 2013 09:49:32 Ivanko B wrote: Scripts to retrieve latest MSE version for newbies (by Minoshi), may be placed on MSEGUI.ORG : Patrick what do you think? Martin -- This SF.net email is sponsored by Windows: Build for Windows Store. http://p.sf.net/sfu/windows-dev2dev ___ mseide-msegui-talk mailing list mseide-msegui-talk@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/mseide-msegui-talk
Re: [MSEide-MSEgui-talk] MSEide+MSEgui 3.0beta1
Hallo Martin, Du schriebst am Sat, 29 Jun 2013 20:45:52 +0200: [own Pascal compiler] Will be the existing code compatible? Mostly, a streamlined subset with extensions to achieve the most productive universal programming language of the universe. ;-) Main goals are simplicity, easy to learn, as less as possible different constructs and concepts and the ability to produce low level code with maximal performance. Hmmm. Seems right now you're a little overpaid or underworked? Have you already done a compiler, complete with code generation and error handling? And you'll need a runtime library, too. (Quite some time ago, I did have to build - rebuild, to be precise - a small compiler. It was for a simple special [PLC] language, no objects, just standard control constructs and mathematical expressions, and maybe even subroutines. It compiled to assembler code, and the goal was to achieve an appreciable reduction of code size compared to the existing compiler. It amounted to a complete rework, which took me a couple weeks to write and quite some time to test before it was delivered to the customer. It worked mainly as intended, except for a nasty problem that occured with one specific program, where it always crashed... Turned out this was due to an [undocumented] assumption in the parser generator, which didn't expect anything beyond the 7-bit ASCII character range - and this program contained exactly one Umlaut, in a comment... Took another couple weeks to find, although it was fixed in a couple minutes then.) You're facing quite a challenge here, Object Pascal isn't a simnple language at all, especially because of the rather intricate data structures to be built and managed. And doing that _fast_ is another, twofold, challenge - you have to make the compiler _work_ fast, and have to make it produce code that's working fast. That's certainly an interesting feat, but it'if s not done full time, it will almost certainly become a never ending story... Anyway, I wish you good luck! (And continuing optimism;) -- (Weitergabe von Adressdaten, Telefonnummern u.ä. ohne Zustimmung nicht gestattet, ebenso Zusendung von Werbung oder ähnlichem) --- Mit freundlichen Grüßen, S. Schicktanz --- -- This SF.net email is sponsored by Windows: Build for Windows Store. http://p.sf.net/sfu/windows-dev2dev ___ mseide-msegui-talk mailing list mseide-msegui-talk@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/mseide-msegui-talk
Re: [MSEide-MSEgui-talk] Can't find unit activex used by msewindnd
fpc 2.6.2
i download MSEide+MSEgui 3.0beta1 (src bin)
put mseide.exe in msegui\apps\ide
then configure all paths correctly
like this --
FPCDIR : E:\FPC\
FPCDIRLIB : E:\FPC\2.6.2\units\
MSEDIR : D:\mseide_msegui_src_3_0beta1\msegui\
MSELIBDIR : ${MSEDIR}lib\common\
2013/6/30, Martin Schreiber mse00...@gmail.com:
On Sunday 30 June 2013 09:49:59 airpas wrote:
hi
this error message appears when try to compile any thing with mseide .
in configure MSEide i set the paths properly , so whats wrong
activex is a FPC unit located in FPC
directory units/i386-win32/winunits-base. Which FPC version?
Martin
--
This SF.net email is sponsored by Windows:
Build for Windows Store.
http://p.sf.net/sfu/windows-dev2dev
___
mseide-msegui-talk mailing list
mseide-msegui-talk@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/mseide-msegui-talk
--
This SF.net email is sponsored by Windows:
Build for Windows Store.
http://p.sf.net/sfu/windows-dev2dev
___
mseide-msegui-talk mailing list
mseide-msegui-talk@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/mseide-msegui-talk
Re: [MSEide-MSEgui-talk] Can't find unit activex used by msewindnd
Am 30.06.2013 16:18, schrieb airpas: Free Pascal Compiler version 2.6.2 [2013/02/12] for i386 Copyright (c) 1993-2012 by Florian Klaempfl and others Target OS: Win32 for i386 Compiling test.pas Compiling D:\mseide_msegui_src_3_0beta1\msegui\lib\common\graphics\msegraphics.pas Compiling D:\mseide_msegui_src_3_0beta1\msegui\lib\common\widgets\msedragglob.pas Compiling D:\mseide_msegui_src_3_0beta1\msegui\lib\common\kernel\msepointer.pas Compiling D:\mseide_msegui_src_3_0beta1\msegui\lib\common\kernel\windows\mseguiintf.pas Compiling D:\mseide_msegui_src_3_0beta1\msegui\lib\common\kernel\windows\msewindnd.pas msewindnd.pas(15,13) Fatal: Can't find unit activex used by msewindnd Fatal: Compilation aborted Error: E:\FPC\2.6.2\bin\i386-win32\ppc386.exe returned an error exitcode (normal if you did not specify a source file to be compiled) I checked again with a clean install, no problems. Please go to 'Project'-'Options'-'Make', click 'Show command line' and send the result. In order to check where FPC searches the units you can compile with -vt. For me activex.ppu is in E:\FPC\2.6.2\units\i386-win32\winunits-base. Unitsearch: ActiveX.ppu Unitsearch: ActiveX.pp Unitsearch: ActiveX.pas Unitsearch: E:\test\msegui\lib\common\kernel\windows\ActiveX.ppu Unitsearch: E:\test\msegui\lib\common\kernel\windows\ActiveX.pp Unitsearch: E:\test\msegui\lib\common\kernel\windows\ActiveX.pas Unitsearch: E:\test\msegui\lib\common\kernel\ActiveX.ppu Unitsearch: E:\test\msegui\lib\common\kernel\ActiveX.pp Unitsearch: E:\test\msegui\lib\common\kernel\ActiveX.pas Unitsearch: E:\test\msegui\lib\common\db\ActiveX.ppu Unitsearch: E:\test\msegui\lib\common\db\ActiveX.pp Unitsearch: E:\test\msegui\lib\common\db\ActiveX.pas Unitsearch: E:\test\msegui\lib\common\ifi\ActiveX.ppu Unitsearch: E:\test\msegui\lib\common\ifi\ActiveX.pp Unitsearch: E:\test\msegui\lib\common\ifi\ActiveX.pas Unitsearch: E:\test\msegui\lib\common\i18n\ActiveX.ppu Unitsearch: E:\test\msegui\lib\common\i18n\ActiveX.pp Unitsearch: E:\test\msegui\lib\common\i18n\ActiveX.pas Unitsearch: E:\test\msegui\lib\common\math\ActiveX.ppu Unitsearch: E:\test\msegui\lib\common\math\ActiveX.pp Unitsearch: E:\test\msegui\lib\common\math\ActiveX.pas Unitsearch: E:\test\msegui\lib\common\editwidgets\ActiveX.ppu Unitsearch: E:\test\msegui\lib\common\editwidgets\ActiveX.pp Unitsearch: E:\test\msegui\lib\common\editwidgets\ActiveX.pas Unitsearch: E:\test\msegui\lib\common\dialogs\ActiveX.ppu Unitsearch: E:\test\msegui\lib\common\dialogs\ActiveX.pp Unitsearch: E:\test\msegui\lib\common\dialogs\ActiveX.pas Unitsearch: E:\test\msegui\lib\common\audio\ActiveX.ppu Unitsearch: E:\test\msegui\lib\common\audio\ActiveX.pp Unitsearch: E:\test\msegui\lib\common\audio\ActiveX.pas Unitsearch: E:\test\msegui\lib\common\image\ActiveX.ppu Unitsearch: E:\test\msegui\lib\common\image\ActiveX.pp Unitsearch: E:\test\msegui\lib\common\image\ActiveX.pas Unitsearch: E:\test\msegui\lib\common\graphics\ActiveX.ppu Unitsearch: E:\test\msegui\lib\common\graphics\ActiveX.pp Unitsearch: E:\test\msegui\lib\common\graphics\ActiveX.pas Unitsearch: E:\test\msegui\lib\common\fpccompatibility\ActiveX.ppu Unitsearch: E:\test\msegui\lib\common\fpccompatibility\ActiveX.pp Unitsearch: E:\test\msegui\lib\common\fpccompatibility\ActiveX.pas Unitsearch: E:\test\msegui\lib\common\regcomponents\ActiveX.ppu Unitsearch: E:\test\msegui\lib\common\regcomponents\ActiveX.pp Unitsearch: E:\test\msegui\lib\common\regcomponents\ActiveX.pas Unitsearch: E:\test\msegui\lib\common\delphicompatibility\ActiveX.ppu Unitsearch: E:\test\msegui\lib\common\delphicompatibility\ActiveX.pp Unitsearch: E:\test\msegui\lib\common\delphicompatibility\ActiveX.pas Unitsearch: E:\test\msegui\lib\common\pascalscript\ActiveX.ppu Unitsearch: E:\test\msegui\lib\common\pascalscript\ActiveX.pp Unitsearch: E:\test\msegui\lib\common\pascalscript\ActiveX.pas Unitsearch: E:\test\msegui\lib\common\designutils\ActiveX.ppu Unitsearch: E:\test\msegui\lib\common\designutils\ActiveX.pp Unitsearch: E:\test\msegui\lib\common\designutils\ActiveX.pas Unitsearch: E:\test\msegui\lib\common\crypto\ActiveX.ppu Unitsearch: E:\test\msegui\lib\common\crypto\ActiveX.pp Unitsearch: E:\test\msegui\lib\common\crypto\ActiveX.pas Unitsearch: E:\test\msegui\lib\common\opengl\ActiveX.ppu Unitsearch: E:\test\msegui\lib\common\opengl\ActiveX.pp Unitsearch: E:\test\msegui\lib\common\opengl\ActiveX.pas Unitsearch: E:\test\msegui\lib\common\serialcomm\ActiveX.ppu Unitsearch: E:\test\msegui\lib\common\serialcomm\ActiveX.pp Unitsearch: E:\test\msegui\lib\common\serialcomm\ActiveX.pas Unitsearch: E:\test\msegui\lib\common\report\ActiveX.ppu Unitsearch: E:\test\msegui\lib\common\report\ActiveX.pp Unitsearch: E:\test\msegui\lib\common\report\ActiveX.pas Unitsearch: E:\test\msegui\lib\common\unicode\ActiveX.ppu Unitsearch: E:\test\msegui\lib\common\unicode\ActiveX.pp Unitsearch: E:\test\msegui\lib\common\unicode\ActiveX.pas Unitsearch:
Re: [MSEide-MSEgui-talk] Problem again (ping Patrick Goupell)
or rework them. === Better to rework for them to be 100% universal (more automatization - for pure newbies). -- This SF.net email is sponsored by Windows: Build for Windows Store. http://p.sf.net/sfu/windows-dev2dev ___ mseide-msegui-talk mailing list mseide-msegui-talk@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/mseide-msegui-talk
Re: [MSEide-MSEgui-talk] Problem again (ping Patrick Goupell)
For new users would this be enough? == The 1-st thing to listen once a new feature is asked is please get build the TRUNK :) -- This SF.net email is sponsored by Windows: Build for Windows Store. http://p.sf.net/sfu/windows-dev2dev ___ mseide-msegui-talk mailing list mseide-msegui-talk@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/mseide-msegui-talk
Re: [MSEide-MSEgui-talk] MSEide+MSEgui 3.0beta1
Hmmm. Seems right now you're a little overpaid or underworked? === Every good specialist will eventually become such :) -- This SF.net email is sponsored by Windows: Build for Windows Store. http://p.sf.net/sfu/windows-dev2dev ___ mseide-msegui-talk mailing list mseide-msegui-talk@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/mseide-msegui-talk
Re: [MSEide-MSEgui-talk] MSEide+MSEgui 3.0beta1
On Monday 01 July 2013 06:54:29 Ivanko B wrote: btw : here where i live , many of my friends start using mseide . this product has a bright future. If one needs to program smth 1) with good quality 2) fully unicode transparent 2) ASAP then MSEgui is one's choice. The only (big) problem is the lack of API library docs on some (mainly related to asynchronous operations.) features difficult to get by reading sources. If the MSEide+MSEgui community starts a well structured documenting process I'll provide the necessary details. But first I want to see something reasonable. Martin -- This SF.net email is sponsored by Windows: Build for Windows Store. http://p.sf.net/sfu/windows-dev2dev ___ mseide-msegui-talk mailing list mseide-msegui-talk@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/mseide-msegui-talk
