Hello, as you might remember Michael said that if no objections are made until 28th February then WDOSX will be an LGPL project and will be moved to...
Hello Laszlo, I agree with you, to create a "k32" project is good idea. we can add more features into the *.wdl. But when will you create it? Ma Bingyao ... ...
Hi Bingyao, I did it! It's the k32 module. Just check it out like with dwpl but use k32 instead of dwpl after the checkout command. (BTW the same goes for the...
oh well, I've just taken a look at the license.txt that comes with WDOSX 0.96/0.97b1. If I understand well then the whole `k32' project was illegal so far. ...
dwpmake has also been imported into the repository (it's the module named "dwpmake") there are no changes since the version (v0.2) included with DWPL 2.3.0 and...
Hello all, There is a bad news. When I add the Unicode support into kernel32.wdl, the size of a simple application made with wdosx will be more than 2M bytes....
Hello Laszlo, hello all, I just finished two new components for DWPL. We can use now TComboBox and TPopupMenu. There are also two new demo projects in ...
Hello Bingyao, sounds not so good. The Delphi CLX applications are still big enough. May be you can keep the big code tables extern in a file and let kernel32...
Hello, ... No, it's _not_ acceptable. Especially when unicode is not used at all... :-) I warned you. :-) So here's the solution: Create a few files containing...
Hello, I updated builddemos.bpg to build the new demos and added the .dof files for each of them. Everything seems to be working, including the popupmenu and...
Hello, To celebrate the new controls (combobox, popup menu) and the death of the old (IDE-based) build-system, I've thrown together a new file release, dwpl ...
Hello, the dwpmake-based build system misses two things: - package/component(s) building support? - usage of the non-gpl units (if the user has them) Are the...
... support can ... Hello Laszlo, There are still some bugs in Unicode support codes, so I didn't add them to the cvs now. Now I only add limited ANSI and OEM...
Hi Bingyao, ... Isn't this too complicated? Loading the tables from separate files would be easier I think. (then we could simply omit the file(s) containing...
... Hello Laszlo, It is not very easy and not very safe to load the tables from separate files with ASM I think. And a whole .exe file is running faster than a...
Hi Bingyao, ... Why is it unsafe? int 21h should work fine. (or calling CreateFile, etc.) Except when playing with threads but I don't know too much about...
Hello everyone, I have already added the unicode support codes in cvs k32, check it please. Thank you! I only implemented GetCPInfo, IsDBCSLeadByteEx,...
Hi Bingyao, please do not check in/out config.mak since it will cause unneccessary overhead because of our different folder structure. first of all make stops...
argh, I found the problem: makecp and makecplist will be native Win32 console apps but with the WDOSX version of SysUtils from DWPL because of -u$(DWPLPATH) so...
alright the current version I've just checked in builds fine however it still sucks 'cause the asm tables will be rebuilt each time when kernel32.wdl is built....
Hello, and now there's a separate target: unicode. So as described in the readme you will have to run "make unicode" before "make" to rebuild everything....
... program test; {$APPTYPE CONSOLE} var a: AnsiString; w: WideString; i: Integer; begin a := 'Âí±üÒ¢'; // here use your native language // for example...
... the ... Hello Laszlo, I build makecp and mkcplst with DWPL's sysutils, not Delphi's sysutils, because the DWPL version run faster than Delphi version. And...
Hi Bingyao, But DWPLPATH will point to the dwpl\lib\wdosx folder and so we will be using the wdosx-specific version of SysUtils! Maybe your DWPLPATH in...
I found a quite good solution. unitbl.in in the root contains the list of tables which will be built into kernel32.wdl. Lines starting with # are ignored. ...
oh no, the makefile for kernel32 sucked. it contains hard-coded names of cpXXX.obj. I am going to hack makecp.dpr to produce another file: cp_inc.mak which...