Recherche avancée

Sur d’autres sites (10407)

• Revision 106028 : Introduction de 3 calculs facilitant l’analyse des notes avec les ...

  11 juin 2018, par marcimat@… — Log

  Introduction de 3 calculs facilitant l’analyse des notes avec les formulaires JAIME/JAIMEPAS avec le critère {notation}, dans son usage le plus simple,
  tel que (FORUMS){notation} (pas dans l’usage (AUTEURS articles){notation articles} dans ce commit)
   nombre_votes_moins : retourne le nombre de votes ’jaimepas’, c’est à dire valant 1 étoile
   nombre_votes_plus : retourne le nombre de votes ’jaime’, c’est à dire valant max étoiles (5 par défaut, selon la configuration)
   nombre_votes_diff : retourne… la différence des 2 nombres. Si 5 votes + et 2 votes -, cela retournera 3 donc.
  Les balises #NOTATION_NOMBRE_VOTES_PLUS, #NOTATION_NOMBRE_VOTES_MOINS et #NOTATION_NOMBRE_VOTES_DIFF
  permettent de retrouver ces calculs ensuite.
  On peut donc faire dans une boucle :
  pour avoir les sujets les mieux placés.
  À la différence de {!par moyenne_ponderee} ou {!par moyenne} les éléments exclusivements négatifs seront
  placés après les éléments n’ayant pas reçus de votes.

• Museum of Multimedia Software, Part 1

  14 août 2010, par Multimedia Mike — Software Museum

  Many years ago, I found a boneyard of old software, much of it related to the creation and processing of multimedia. I was permitted to liberate anything of my choosing from this cache. This is the same pile where I found this Apple QuickTime format spec as well as this perfect form factor floppy disc box. So I have been sitting on the stuff for awhile.

  I thought I might get the chance to study it a bit more closely one day. But now I’m interested in getting rid of it. Before I do, it’s more or less traditional for me to photograph it and post it on one blog or another. Also, if you know of any software collection groups who would be interested in taking this stuff off my hands, do let me know.

  As usual, click a picture for a much larger image.

  Paracomp FilmMaker
  This is easily the most distinctive piece in this collection and it’s easy to see why— the software is packaged in a film cannister. Still sealed, and I don’t have a good reason to open it now.

  
  
  

  "The Professional Animation/Presentation Program for the Macintosh." No copyright date on the packaging, though the front does mention a 1990 award. System requirements : Mac OS 6.0.5, 5 MB RAM, 32-bit QuickDraw, math coprocessor.

  Strata VideoShop
  Version 4.5 (and not for resale), still shrink-wrapped. "The Digital Video Editor for Creative Professionals."

  
  
  

  System requirements : PowerMac with 5 MB RAM (8 MB recommended), Mac OS 7.5.

  BeatWare e-Picture
  "The Professional’s Choice for Designing Animated Web Graphics." Claims a best of show award for 1999 MacWorld New York Expo.

  
  
  

  System requirements : PowerMac with Mac OS 8, 32MB RAM, 10 MB of HD space and a 256-color adapter.

  BeatWare eZ-Motion
  Another offering from BeatWare. "The fastest and easiest way to create animations and graphics for the Web."

  
  
  

  This one is for either Mac or Windows. 32 MB RAM and 25 MB HD space required. Works with Mac OS 8.5, 8.6, or 9.0, or Windows 98, NT, or 2000.

  Much more to come...

• Of ctors and dtors

  18 février 2011, par Multimedia Mike — Programming, Sega Dreamcast

  I haven’t given up on the Sega Dreamcast programming. I was able to compile a bunch of homebrew code for the DC many years ago and I can’t make it work anymore. Again, I was working with a purpose-built, open source RTOS named KallistiOS (or KOS). I can make the programs compile but not run. I had ELF files left over from years ago which still executed. But when I tried to build new ELF files, no luck— the programs crashed before even reaching my main() function.

  I found the problem : ELF files are comprised of a number of sections and 2 of these sections are named ’.ctors’ and ’.dtors’ which stand for constructors and destructors. The KOS RTOS performs a manual traversal of .ctors section during program initialization and this is where things go bad. The traversal code doesn’t seem to account for a .ctors section that only contains a single entry. I commented out the function that does the traversal and programs started to work, at least until it was time to exit the program and return control to the program loader. That’s when the counterpart .dtors section traversal code ran and demonstrated the same problem. I’ll exhibit the problematic code at the end of this post.

  So I’m finally tinkering with Sega Dreamcast programming once again and with a slightly better grasp of software engineering than the first time I did this.

  Portable and Compatible C ?
  If nothing else, this low-level embedded stuff exposes you to some serious toolchain arcana, the likes of which you will likely never see working strictly in the desktop arena.

  Still, this exercise makes me wonder why C code from a decade ago doesn’t compile reliably now. Part of it is because gcc has gotten stricter about the syntax it will accept. In the case of this specific crashing problem, I suspect it comes down to a difference in the way the linker generates the final ELF file. I’ve written a list of items I have had to modify in the KOS codebase in order to get it to compile on more recent gcc versions. I wonder if it would be worth publishing the specifics, or if anyone would ever find the information useful ? Oh, who am I kidding ? Of course I’ll write it up, perhaps publish a new version of the code, if only because that’s the best chance I have of finding my own work again some years down the road.

  Problematic C Code
  See if this code makes any sense to you. It somehow traverse a list of 32-bit function pointers (in different directions, depending on constructors or destructors), executing each in turn. However, it appears to fall over if the list of pointers consists of a single entry.
  

  PLAIN TEXT

  C :

  1. typedef void (*fptr)(void) ;
  2.  
  3. static fptr ctor_list[1] __attribute__((section(".ctors"))) = { (fptr) -1 } ;
  4. static fptr dtor_list[1] __attribute__((section(".dtors"))) = { (fptr) -1 } ;
  5.  
  6. /* Call this to execute all ctors */
  7. void arch_ctors() {
  8.     fptr *fpp ;
  9.  
  10.     /* Run up to the end of the list (defined by crtend) */
  11.     for (fpp=ctor_list + 1 ; *fpp != 0 ; ++fpp)
  12.          ;
  13.  
  14.     /* Now run the ctors backwards */
  15.     while (—fpp> ctor_list)
  16.         (**fpp)() ;
  17. }
  18.  
  19. /* Call this to execute all dtors */
  20. void arch_dtors() {
  21.     fptr *fpp ;
  22.  
  23.     /* Do the dtors forwards */
  24.     for (fpp=dtor_list + 1 ; *fpp != 0 ; ++fpp )
  25.         (**fpp)() ;
  26. }