291 replies to this topic

[TheHive]

The Collapse and Expand options seem to work.

When you click on one of the Direct link to this file in the Updates. A person gets a text file opened in there browser and doesnt look like a download. So people will get confused. May be add option to where the file should be downloaded and or maybe let Winbuilder create a default download directory within winbuilder.

The scripts in the list can also display a description of the Script and its usefullness. Author, date, version number. Suggestions for future updates.

[edborg]

At first launch, when going to the new Download section one gets the attached error, which disappears after clicking "Get Updates list".
After this "initialization", the program works fine at any subsequent launch.
edborg

ADDED:
It might have been a server error, as I was no longer able to replicate the error, even by removing the newly created updates.ini file.

Attached Thumbnails

• 

Edited by edborg, 30 November 2006 - 11:04 AM.

[Brito]

The Collapse and Expand options seem to work.

When you click on one of the Direct link to this file in the Updates. A person gets a text file opened in there browser and doesnt look like a download. So people will get confused. May be add option to where the file should be downloaded and or maybe let Winbuilder create a default download directory within winbuilder.

The scripts in the list can also display a description of the Script and its usefullness. Author, date, version number. Suggestions for future updates.

The next step is figuring the behavior of the downloaded files - I will make further testings to see how it can be done in a simple and effective manner.

At this moment the direct link will open the script itself wich is stored on the web server, to download you can use the option of "Save as.." and choose the folder where it will be stored.

genUpdates also needs to include the author and description values inside updates.ini, Peter will surely work on this soon..

At first launch, when going to the new Download section one gets the attached error, which disappears after clicking "Get Updates list".
After this "initialization", the program works fine at any subsequent launch.
edborg

ADDED:
It might have been a server error, as I was no longer able to replicate the error, even by removing the newly created updates.ini file.

Thanks for reporting this behavior, the current code will check if the machine is online and will download the update file, will try to add more safety checks to ensure things work better.

[pscEx]

The version 053 is remarkably slower then version 052.

Here a Task Manager log of building the same project twice.


The red marks are from left:
- Start of WB 053 beta 3
- Start of MkISOfs
- Start of WB 052
- Start of MkISOfs

As to be seen:
While 053 needs about 4 minutes, 052 needs about 2 minutes.

I prefer performance and appropriateness rather than beautiness of GUI and features.

Peter

[edborg]

I also had noticed that building the PE took a lot of time recently, but I hadn't realized this was due to Winbuilder; I had thought it was due to the scripts that had been enabled.
Is Winbuilder really the "culprit"???
I'll make some more precise comparisons too.
edborg

ADDED:
WOW, really a lot of difference: from 8 minutes (WB052) to 22 minutes (WB053b3) for the same full build (many scripts)!
There must be some other reason, it can not only be a matter of "beautiness" of GUI.

[Brito]

I've noticed that the time for the main window to show up is also slowing..

In general the GUI is pretty much the same as 052, the log of changes describes the changes - I'll try to figure which added code is causing this annoyance..

[Brito]

A new beta is uploaded, here's a quick list of changes:

- Fixed a typo on webget wich made the secondary progress get invisible instead of showing the download progressing
- Corrected some GUI elements
- Download tool can now browse subfolders

[TheHive]

I've noticed that the time for the main window to show up is also slowing..

This happens on my PC also when using the "Use advance View to group scripts".

[Brito]

A new is available on the first post, here's the log of changes:

- Changed designation of encoded files to attachments
- OVerall GUI changes in icons, logo, button position on Attachments tab.
- Added a button on description tab to visit website link

Hope you like the changes!

[smiley]

A new is available on the first post, here's the log of changes:

Hope you like the changes!

[smiley]

Tested the latest baet and it still has many open handles. The most furstrating is that it has 10 open handles per folder

[Brito]

Tested the latest baet and it still has many open handles. The most furstrating is that it has 10 open handles per folder

Is it possible to post more details to understand why the handles are open?

Like in wich script this occurs, or is it from startup - just to have a better idea on where to look?

Here's a new topic for discussion:
http://www.boot-land...p?showtopic=740

Thanks!

[TheHive]

I dont know what open handles are.

[Brito]

This explains:

http://en.wikipedia....ki/File_locking

And this is a good tool for checking this:
http://www.microsoft...ssExplorer.mspx


Here's a command-line version:
http://www.microsoft...ies/handle.mspx

[TheHive]

Thanks!

[Brito]

Beta 7 is uploaded with a whole sort of modifications..

- fixed the script and link filtering wich prevented the scripts to be mixed along with linked scripts on normal view
- different icons added for either scripts or links.
- regwrite now supports the creation of single keys with no data
- removed the option to update winbuilder.exe because it was obsolete.
- removed the option to update individual scripts until a new handling method is added.
- overall logical speed optimization in .script engine
- cabexpand is using cabinet.dll to extract files instead of wrapper to expand.exe (faster)
- program's process priority is changed to HIGH when processing scripts, the same applies to child process launched by shellexecute.
- webget and webgetIfnotExist support MD5 checksum check to ensure 100% correct downloads
- Added command "regimport" to allow importing a .reg file straight into the local registry

Exe file available on the first post


On this beta the main focus was speed. To be able to measure the speed improvements I've selected a few scripts wich would allow to build a standard project under 2 minutes. I've deleted all projects and files from my test folder and copied an 052 release, only modifying the executable and keeping a track on speed changes.

The project kept explorer, ramdisk, tweaks and settings and other scripts and drivers, creating an ISO at the end, here's the log for more details:

 log.html   246.66KB   377 downloads


First results with 052 were around 1 minute and 43 seconds, now beta 7 is currently using around 1 minute or even less to process the same scripts and produce the same results on my machine. Just wait until you try on a full project build..


Because of the heavy modifications, I would appreciate if anyone notices any unusual behavior to mention it with a detailed description to see if I spot where it happens..


On command support, webget is now optionally accepting MD5 checksums to ensure that files are downloaded from web servers as expected, syntax:

WebGet,"FileToDownload","FileOnDisk","MD5 checksum"

And .reg files can be quickly imported without needing reg.exe as:

RegImport,"RegFileToImport"

Where RegFileToImport is the complete filepath and name to the .reg file - both ANSI and Unicode files are accepted.



Hope you enjoy the speed of this new beta!

[TheHive]

[pscEx]

Speed:

Found two issues:

1st Ramdomly an Expand is not done correctly.
First I found KDCOM.DLL missing in %target%\i386\system32.
When trying again, L_INTL.NLS is missing
The log shows:

FileCopy - Copied [V:\BCD\cds\XPP_DE_SP2\I386\c_850.nl_]to: [%BaseDir%\nativePE_GUI_XPP_DE_SP2\i386\system32]
Expand - Expanded file: [V:\BCD\cds\XPP_DE_SP2\I386\l_intl.nl_] Dir:[%BaseDir%\nativePE_GUI_XPP_DE_SP2\i386\system32]
Expand - Expanded file: [V:\BCD\cds\XPP_DE_SP2\I386\vga850.fo_] Dir:[%BaseDir%\nativePE_GUI_XPP_DE_SP2\i386\system32]

The neighbours c_850.nl_ and vga850.fon are present.

2nd
the If,FileExist command does not work properly.
I have the lines:

If,ExistFile,"%SourceDir%\I386\shell32.dl_",Expand,"%SourceDir%\I386\shell32.dl_","%exeDir%"
If,ExistFile,"%SourceDir%\I386\shell32.dll",FileCopy,"%SourceDir%\I386\shell32.dll","%exeDir%"

In my case the shell32.dll does not exist. But the script detects it as existing and an error occurs when trying to copy:

IF - Sucessfully tested if file existed: [V:\BCD\cds\XPP_DE_SP2\I386\shell32.dl_] executing command: [Expand,%SourceDir%\I386\shell32.dl_,%exeDir%]
Expand - Expanded file: [V:\BCD\cds\XPP_DE_SP2\I386\shell32.dl_] Dir:[%BaseDir%\Temp]
IF - Sucessfully tested if file existed: [V:\BCD\cds\XPP_DE_SP2\I386\shell32.dll] executing command: [FileCopy,%SourceDir%\I386\shell32.dll,%exeDir%]
FileCopy - Failed to copy [V:\BCD\cds\XPP_DE_SP2\I386\shell32.dll] to: [%BaseDir%\Temp]

Peter

[pscEx]

Addon to the previous post:

In the next tryal WinBuilder hang.
The last log is:

IF - Sucessfully tested if file existed: [V:\BCD\cds\XPP_DE_SP2\I386\shell32.dll]executing command: [FileCopy,%SourceDir%\I386\shell32.dll,%exeDir%]
FileCopy - Copied [V:\BCD\cds\XPP_DE_SP2\I386\shell32.dll] to: [%BaseDir%\Temp]

Copy of a non existent file?

Peter

[pscEx]

The FileExist issue is solved.
I used a wrong (test) source.

But the missing file issue still remains.
Now it was cdrom.sys.

Until now I never had success to build a running standard iso with 053 B7.

Peter

[Brito]

Thanks for the quick reports - will get right on work!

[edborg]

Why do strange things only happen to me?
Downloaded the new beta 7
Copied into my Winbuilder folder
Launched (with the existing Winbuilder.ini)
Got the attached error
Redownloaded to make sure it wasn't corrupt
Got the same error again

edborg

Attached Thumbnails

• 
• 

[Brito]

Why do strange things only happen to me?

Perhaps bug squashing is your natural talent..

I really appreciate all your feedback - thanks!!

Downloaded the new beta 7
Copied into my Winbuilder folder
Launched (with the existing Winbuilder.ini)
Got the attached error

This was during the startup and not while running a project?

[edborg]

Reason found!

What I did (after a few other useless things):

Copied the new beta 7 to the released Winbuilder052 folder
It worked there.
Compared line by line (with WinMerge ) the two Winbuilder.ini
The only difference found is:

[Projects]

%BaseDir%\Projects\Standard

%BaseDir%\Projects\Makescript

%BaseDir%\Projects\PicoXP

%BaseDir%\Archive

instead of:

[Projects]

%BaseDir%\Projects\Standard

%BaseDir%\Projects\Makescript

%BaseDir%\Projects\ReactOS

%BaseDir%\Archive

Changed my Winbuilder.ini, and it worked!
Problem is that I do have ReactOS amongst my projects and don't have PicoXP.
edborg

ADDED
Subsequently ascertained that the problem is not with the absence of PicoXP, but rather with the presence of something else (ReactOS).

[Brito]

Reason found!
...
ADDED
Subsequently ascertained that the problem is not with the absence of PicoXP, but rather with the presence of something else (ReactOS).

Glad you've solved it - would surely take a while for me to trace this bug since it was working on my build.

I have a clear idea on where the code gets misleaded - the new method for searching scripts is way faster than the precedent methods - but also needs a few fail checks to ensure it works in a stable manner.