flat assembler
Message board for the users of flat assembler.

Index > Main > ? :

Goto page Previous  1, 2, 3  Next
Author
Thread Post new topic Reply to topic
Tomasz Grysztar
Assembly Artist


Joined: 16 Jun 2003
Posts: 7724
Location: Kraków, Poland
Tomasz Grysztar
ouadji: please read again - "silent update" here is a very specific term, it is not the same thing as the usual process of updating fasmw package upon any change into any of its components. It is something that I actually agree that causes problems, so I may as well not do that in the future.
Post 28 Nov 2010, 12:19
View user's profile Send private message Visit poster's website Reply with quote
revolution
When all else fails, read the source


Joined: 24 Aug 2004
Posts: 17279
Location: In your JS exploiting you and your system
revolution
Tomasz Grysztar wrote:
It is just a number that is generated at the time when the file is uploaded there. That this number is at the same time some readable date is just an additional nice feature.
Sure, I guess philosophically speaking any random incrementing number will do, but this is not reflected in the file name upon download. It is only present on the associated HTML web page. Technically speaking one could always try to remember to copy the HTML page's GMT time and rename the downloaded zip file to attach the text form date, thus creating a locally unique incrementing version number. But no one ever does that, right?
Post 28 Nov 2010, 12:27
View user's profile Send private message Visit poster's website Reply with quote
Tomasz Grysztar
Assembly Artist


Joined: 16 Jun 2003
Posts: 7724
Location: Kraków, Poland
Tomasz Grysztar
I guess no one ever does that, because it not really needed for anything. If you see that version or data incremented in an obvious way, you just grab the package, otherwise quite possibly the change is so minor that it has no immediate consequence for you (unless you are the one that reported something - they you get notified in a reply).
Post 28 Nov 2010, 12:30
View user's profile Send private message Visit poster's website Reply with quote
ouadji



Joined: 24 Dec 2008
Posts: 1081
Location: Belgium
ouadji
Quote:

"silent update" here is a very specific term, it is not the same thing as the usual process of updating fasmw package upon any change into any of its components.
yes Tomasz, i understand what you mean.
(my English is too poor to correctly explain.)
once again, no matter if the update is major, minor ...
or very very very small ...
a silent update is a invisible update,
here is the problem
Quote:
so I may as well not do that in the future.
very good idea !

_________________
I am not young enough to know everything (Oscar Wilde)- Image
Post 28 Nov 2010, 12:41
View user's profile Send private message Send e-mail Reply with quote
JohnFound



Joined: 16 Jun 2003
Posts: 3500
Location: Bulgaria
JohnFound
Come on, guys! IMHO, this theme it is totally not important. Even if you miss some "silent" update, what of it? Nothing bad will happen. You will get these features in the next major update. It is not as you are writing software for the space industry. Very Happy
On the other hand, the one that really needs these updates, because he stuck on some bug that stops his work - well this one usually knows about the update, because the update is a result of his request.
Post 28 Nov 2010, 13:14
View user's profile Send private message Visit poster's website ICQ Number Reply with quote
ouadji



Joined: 24 Dec 2008
Posts: 1081
Location: Belgium
ouadji

Quote:
It is not as you are writing software for the space industry
Wink is more important that the space shuttle,
... and much more complex

Razz Wink

_________________
I am not young enough to know everything (Oscar Wilde)- Image
Post 28 Nov 2010, 14:41
View user's profile Send private message Send e-mail Reply with quote
killasmurf86



Joined: 29 Sep 2010
Posts: 36
killasmurf86
Much have been said...
I just wanted to explain why I asked, not to do that again....

FreeBSD is auditing FreeBSD ports for potential problems, like broken links, mismatched checksums, availability of mirrors etc.

This morning I recieved email, that checksum stored with FreeBSD fasm port didn't match archive available on flatassembler.net...

What this means?
This means that someone can't install fasm, because depending on from where archive was fetched (FreeBSD mirrors or fasm homepage), archive checksum doesn't match.

It is not a big deal if checksum doesn't match for freebsd mirros, because in this case file will be download from MASTERSITES (in this case flatassembler.net). but when checksum doesn't match for file from MASTERSITES, port is pretty much broken....

On one hand it might not be big deal, because you just update port in about 5-10 minutes and submin Problem Report...


However problem is that It takes time before someone will commit your patch, because there are may PRs waiting to be reviewed, checked, tested, fixed and committed.

Sometimes it takes day, sometimes it can take month Very Happy


if I may suggest... adding additional digit for these small updates:

fasm-1.69.27
fasm-1.69.27.1

Everyone would know that it's very minor update, that for most of us doesn't matter, but for automated tools, it would help avoid problems Very Happy


Anyway... Thanks for you precious time Tomasz Very Happy
FASM rocks

EDIT:
I will take note, and update fasm port after some day or 2 in future Very Happy
Post 28 Nov 2010, 17:18
View user's profile Send private message Reply with quote
Tomasz Grysztar
Assembly Artist


Joined: 16 Jun 2003
Posts: 7724
Location: Kraków, Poland
Tomasz Grysztar
Don't they have any option to disable checksum checking for a specific download? I think they should have some possibility to accommodate to a different packaging philosophies.
Post 28 Nov 2010, 17:26
View user's profile Send private message Visit poster's website Reply with quote
killasmurf86



Joined: 29 Sep 2010
Posts: 36
killasmurf86
AFAIK no, and that would name port vulnerable...
Imagine if someone hacks flatassembler.net and adds some harmful code Smile

Once you fail to download from all MASTERSITES specified (in this case only 1), port won't compile....

User can remove distinfo and update port manually etc... but that is out of scope...


Checksums are there for a reason
Post 28 Nov 2010, 17:29
View user's profile Send private message Reply with quote
revolution
When all else fails, read the source


Joined: 24 Aug 2004
Posts: 17279
Location: In your JS exploiting you and your system
revolution
Well so far it seems all commentors in this thread are people that use fasm to make other tools. I think this says a lot about the motives for why we all (except JohnFound) request unique version numbering - so that we can update our tools and keep up-to-date with any bugs or problems (although I am surprised that JohnFound seems not to care that Fresh might be out-of-date). Anyhow, I guess Tomasz has his reasons (although so far he has not stated them) for wanting to avoid using up excessive amounts of new version numbers, so rather than pester him more I will just accept that he wants to keep the IDE and macro updates as silent.

JohnFound: Does Fresh make use of the fasm macros like stdcall/resource/etc. from the download? Or do you provide you own custom versions of these macros? I ask because these "uncore" updates to macros might affect Fresh users also.
Post 28 Nov 2010, 17:47
View user's profile Send private message Visit poster's website Reply with quote
Tomasz Grysztar
Assembly Artist


Joined: 16 Jun 2003
Posts: 7724
Location: Kraków, Poland
Tomasz Grysztar
killasmurf86 wrote:
Checksums are there for a reason
I know they have their advantages, but cannot one imagine that some software would be always present under the same link, with the same file name (something like fasm.tar.gz) containing always the latest snapshot? And maybe an up-to-date checksum provided under some other link.
Because assuming only the release-based approach seems to me like forcing the one and only one valid distribution philosophy.
Hmmm, or maybe I should stay quiet, as they will soon release some EU regulations about how software should be distributed and I will have to toe the line. Confused
Post 28 Nov 2010, 18:31
View user's profile Send private message Visit poster's website Reply with quote
killasmurf86



Joined: 29 Sep 2010
Posts: 36
killasmurf86
Well, you can make fasm-current (latest and greatest) Very Happy
Post 28 Nov 2010, 18:49
View user's profile Send private message Reply with quote
JohnFound



Joined: 16 Jun 2003
Posts: 3500
Location: Bulgaria
JohnFound
revolution wrote:
JohnFound: Does Fresh make use of the fasm macros like stdcall/resource/etc. from the download? Or do you provide you own custom versions of these macros? I ask because these "uncore" updates to macros might affect Fresh users also.


Fresh does not use FASM macroses and depends only on FASM core. But this is completely irrelevant. Actually I don't care if I don't have latest updates. Actually for 5 years I created programs with FASM 1.59.3 and I didn't have any problems - this code is still running 24h a day. Smile
Update, only because of "to be updated" is stupid in my opinion.
Personally I prefer a world, where people write software with old FASM version, instead of world where all have the latest minor update of FASM, only to use it as a toy.
So people, go write some software for the others! Smile
Post 28 Nov 2010, 18:54
View user's profile Send private message Visit poster's website ICQ Number Reply with quote
killasmurf86



Joined: 29 Sep 2010
Posts: 36
killasmurf86
Tomasz Grysztar wrote:
killasmurf86 wrote:
Checksums are there for a reason
I know they have their advantages, but cannot one imagine that some software would be always present under the same link, with the same file name (something like fasm.tar.gz) containing always the latest snapshot? And maybe an up-to-date checksum provided under some other link.
Because assuming only the release-based approach seems to me like forcing the one and only one valid distribution philosophy.
Hmmm, or maybe I should stay quiet, as they will soon release some EU regulations about how software should be distributed and I will have to toe the line. Confused


A nice way, to have keep version numbers and continue development is to have public source code repository... Very Happy

When you feel ready you make tag, from which archives are created...
Now you discovered small bug. You fix it, and push to repository....
Old tag is available, but everyone know that you have committed bugfix.

Also this allows others to see what was modified, and have a closer clue, what, where and why.

I can recommend Mercurial... I recently switched to it from git....
for repo hosting I can suggest hgweb and mercurial server
If you're interested here's howto for FreeBSD:
http://forums.freebsd.org/showthread.php?t=19103
Also you can have a look, how it looks at
http://hg.bsdroot.lv/

http://hg.bsdroot.lv/pub/aldis/playd.sh/ (my most activly developed project [lately])

If you want I can even host repos for you on my hobbyistish server Smile

(just a thought)
Post 28 Nov 2010, 21:29
View user's profile Send private message Reply with quote
edfed



Joined: 20 Feb 2006
Posts: 4237
Location: 2018
edfed
one major/minor update is from 1.68 to 1.69 about call reg.

before, call reg32 was compiled as call reg16
now, it is ok, but it lead to incompatibility with my old sources where i should replace all call reg32 by call reg16, and on some of these old sources, there are a lot of them...
Post 28 Nov 2010, 21:50
View user's profile Send private message Visit poster's website Reply with quote
Tomasz Grysztar
Assembly Artist


Joined: 16 Jun 2003
Posts: 7724
Location: Kraków, Poland
Tomasz Grysztar
killasmurf86: I know those technologies, I use SVN extensively in my everyday work. It's just that I prefer to keep fasm with its own simple standards. They served me well over they years and I don't feel a need to use anything more "modern" - quite the opposite. fasm is not maintained in such a way as a multi-developer projects are.
Post 28 Nov 2010, 21:55
View user's profile Send private message Visit poster's website Reply with quote
guignol



Joined: 06 Dec 2008
Posts: 701
guignol
JohnFound wrote:
So people, go write some software for the others! Smile
Fr3sh sux!

So, you haven't written any software for others, have you?..
Post 28 Nov 2010, 22:31
View user's profile Send private message Reply with quote
guignol



Joined: 06 Dec 2008
Posts: 701
guignol
Tomasz Grysztar wrote:
killasmurf86: I know those technologies, I use SVN extensively in my everyday work. It's just that I prefer to keep fasm with its own simple standards. They served me well over they years and I don't feel a need to use anything more "modern" - quite the opposite. fasm is not maintained in such a way as a multi-developer projects are.
Couldn't you just have said that right away?

Anyway, you've said it yourself - you can easily increment your builds with your own hands, in any convenient way you see.

It may start like this: 1.69.27.16927, and then you simply separetly maintain (now!) the two increments between the last dot.
What's so scary?
Post 28 Nov 2010, 22:41
View user's profile Send private message Reply with quote
Tomasz Grysztar
Assembly Artist


Joined: 16 Jun 2003
Posts: 7724
Location: Kraków, Poland
Tomasz Grysztar
And what's wrong with date playing the role of this number?

What would really be useful: to have version numbers for Windows headers and for AsmEdit core, since (as opposed to fasm core and fasmw IDE) they have no such numbers maintained right now. But that's a different story.
Post 28 Nov 2010, 22:48
View user's profile Send private message Visit poster's website Reply with quote
revolution
When all else fails, read the source


Joined: 24 Aug 2004
Posts: 17279
Location: In your JS exploiting you and your system
revolution
Tomasz Grysztar wrote:
And what's wrong with date playing the role of this number?
Didn't I already explain that above? Dates/times are not the same for everyone and you don't name the file with the date/time code.
Post 29 Nov 2010, 01:44
View user's profile Send private message Visit poster's website Reply with quote
Display posts from previous:
Post new topic Reply to topic

Jump to:  
Goto page Previous  1, 2, 3  Next

< Last Thread | Next Thread >
Forum Rules:
You cannot post new topics in this forum
You cannot reply to topics in this forum
You cannot edit your posts in this forum
You cannot delete your posts in this forum
You cannot vote in polls in this forum
You cannot attach files in this forum
You can download files in this forum


Copyright © 1999-2020, Tomasz Grysztar.

Powered by rwasa.