36 replies to this topic

[pscEx]

Let's make an experiment:

We try to eliminate all _calculate and replace them by StrFormat functions.

If there is something left, that is the first topic in WB 80 (or WB 78 SP6 ??)

@My friend Lancelot:
I'm very sure that I am more familar with StrFormat than you.
Should I try to give you a _calculate-free version of BootSDI.Script?
(Would cost you two beer if we next time meet in Kusadasi)

Peter

EDIT: Maybe I already did the logic. Please have a look into nativeEx_barebone's RAMBoot.Script

[Arvy]

As written before, nobody can be sure

@My friend Lancelot:
I'm very sure that I am more familar with StrFormat than you.
Should I try to give you a _calculate-free version of BootSDI.Script?
(Would cost you two beer if we next time meet in Kusadasi)

Jeez, I seem to be provoking some minor skirmishes around here. I assure all concerned that has not been my intention. Just reporting my own observations and personal comments thereon for whatever they may be worth as I promised that I would in response to Galapo's suggestion.

Yes, one can seldom be absolutely certain about transient "glitches", but on the other hand, all of the results so far, including the logged outputs, do seem to point in one single direction.

As for "a _calculate-free version of BootSDI.Script", I'll happily pass my own modified version along to anyone for half a beer, or even a glass of water.

[pscEx]

Jeez, I seem to be provoking some minor skirmishes around here. I assure all concerned that has not been my intention. Just reporting my own observations and personal comments thereon for whatever they may be worth as I promised that I would in response to Galapo's suggestion.

Yes, one can seldom be absolutely certain about transient "glitches", but on the other hand, all of the results so far, including the logged outputs, do seem to point in one single direction.

As for "a _calculate-free version of BootSDI.Script", I'll happily pass my own modified version along to anyone for half a beer, or even a glass of water.

Maybe my English is too poor to understand you completelly.
There is really no upcoming confrontation between Lancelot and me. (@Lancelot, I hope you agree)

Can you please explain to a stupid 'non English' the meaning of 'skirmishes' ?

And it would be great if you post your already working version.
And I agree to pass the half beer from my two ones to you
(or maybe you get one and a half, and me only the half one ...)

Peter

[Lancelot]

@My friend Lancelot:
Should I try to give you a _calculate-free version of BootSDI.Script?
(Would cost you two beer if we next time meet in Kusadasi)

to anyone for half a beer, or even a glass of water.

My friends, I believe (only believe, no evidence) this will not fix this rare random issue. Besides as written in history notes, lines will be reverted back to use internal functions. All is up to Peter, next version of winbuilder (or if somebody confirms div issue fixed on 077rc2)

ps: @psc you edit your post a looot :>, I read your post before but now it seems totally different

Maybe my English is too poor to understand you completelly.
There is really no upcoming confrontation between Lancelot and me. (@Lancelot, I hope you agree)

I fully agree. @Arvy: no confrontation here, just smile and come to Kusadasi to drink your Beer from Peter

[Arvy]

Merriam-Webster gives several defintions for "skirmish" including "a minor dispute or contest." So a "minor skirmish" would, I suppose, be a very minor dispute or contest. As I read the original exchange, it seemed to fit, and I wanted to be very clear that I had no such intention in any case.

As for my modified script, I just followed Galapo's suggestion for restoring the existing lines that had been commented out. Copy attached as requested.
 BootSDI.zip   705.31KB   420 downloads

[pscEx]

Thanks Arvy!

I got it (and I'm sure also Lancelot got it)

And tomorrow we explain to the world, how the boot-land community solves minor issues!



Peter

[Galapo]

Mainly @Galapo:

I think that series of calculations into ONE output file calc.txt have the same timing / sharing / access issues we already have had with

• ShellExecute
  and subsequent
• FileDelete

(That has been the reason to generate the ShellExecuteDelete command.)

Why still in BootSDI _calculate is used?

IMHO since a while WinBuilder internal StrFormat functions can do the same tasks.

What cannot be done with StrFormat or is buggy processed?

As Lancelot already explained, there were functions which still had bugs so _calculate still had to be used. I forget exactly when these were fixed, but I'm quite confident they are available with 077rc2 (which LiveXP still requires). I hadn't removed the _calculate lines again simply because I hadn't gotten around to it and there were other things to do. Until now, I wasn't aware of anything going wrong with the _calculate calls.

Regards,
Galapo.

[pscEx]

As for my modified script, I just followed Galapo's suggestion for restoring the existing lines that had been commented out. Copy attached as requested.
 BootSDI.zip   705.31KB   420 downloads

When I looked into your modified script, I saw that I already did this stuff in nativeEx_barebone's RAMBoot.script (a simplified BootSDI.Script, using the latest WinBuilder functionality):

I think that in BootSDI just the following three sections can be replaced, and it will

• continue to work
• but work constantly w/o the glitches.

[Fixed]

Set,%ImgSize%,%pNumberBox1%

StrFormat,Mult,%ImgSize%,%mega%

Run,%ScriptFile%,ImaFile

	 

[Auto]

Retrieve,FolderSize,%TargetDir%,%ImgSize%

StrFormat,Div,%ImgSize%,100

StrFormat,Mult,%ImgSize%,%pNumberBox2%

StrFormat,Ceil,%ImgSize%,m

Run,%ScriptFile%,ImaFile

	 

[Optimized]

Retrieve,FolderSize,%TargetDir%,%ImgSize%

StrFormat,Div,%ImgSize%,100

StrFormat,Mult,%ImgSize%,120

StrFormat,Ceil,%ImgSize%,m

Run,%ScriptFile%,ImaFileTest

IniRead,%ProjectInfo%,BootSDI,RamSize,%IMGSize%

StrFormat,Inc,%ImgSize%,%pNumberBox3%

StrFormat,Mult,%ImgSize%,%mega%

Run,%ScriptFile%,ImaFile

BTW: For 'Optimized' I used 1.2 rather than 1.5

EDIT: %mega% has to be defined in [Variables] as %mega%=1048576


Peter

[pscEx]

Sometimes it is good to look at old and 'running' scripts.

I found a logical mistake in RAMBoot.script's "Free Space", and I'm going to fix.

Peter

EDIT: Seems to be everything correct. My concerns have been wrong.

[Arvy]

Until now, I wasn't aware of anything going wrong with the _calculate calls.

You're not alone. I wasn't either until recently when circumstances forced me use some platforms outside my usual "home base" for running it. On the other hand, there's nothing really unusual about them. They're all quite normal and relatively "fresh and clean" Intel-Windows set-ups. So, if psc is right about it being some kind of "timing / sharing / access" issue, I'm not sure what its precise origins would be.

Anyhow, the news with my BootSDI.script revised in accordance with your suggestion remains good. No recurrence of the problem since then. Thanks a lot for your help. Much appreciated.
__
P.S.: I guess this item can be considered as solved so far as I'm concerned. I'll mark it so.

[Galapo]

Anyhow, the news with my BootSDI.script revised in accordance with your suggestion remains good. No recurrence of the problem since then. Thanks a lot for your help. Much appreciated.

That's great news! Glad you can build without this issue.

Regards,
Galapo.

[Lancelot]

Some news:

yesterday I need imdisk on my pc where imdisk not installed, i use button at Imdisk_Installer.script and installed imdisk successfully.
Than i mount the image file from command line, which was very quick,
but when i try to unmount from explorer (right click) I get

I waited for a loong while (and clicked unmount from explorer 2 more times which cause same screen), after waiting enough than image unmounted. (all 3 screens gone)
I reproduce same procedure, 2 times and same result. (with only mounting and selecting unmounting once from explorer with patience)
For the 3rd and 4th trials I used cmd to unmount and result is the same

on cmd interface "Sending device removel modification..." waited 3 minutes 12 seconds.

After windows restart, issue gone, (but somehow on my first trial with cmd, I notice an unexpected message which indicates there is an image and unmounted now, I can not remember very clearly the message (will catch on next hunt ) and this did not happen again, What I feel something* left before restart, and after restart when I use imdisk something* resetted and imdisk continue working)

Here is the img file and imdisk commands I use:
http://lancelot.winb...125_hddimg60.7z


From my past experience tests, I know this is not quite reproducable (even after restoring the image of my hostos, In fact not installing the imdisk to my backedup image is for catching things of this random bugy ). At least this time I managed to document some info

Maybe I can use this info on Imdisk_Installer.script , I need time.