Jump to content

Black Pearl

Members
  • Posts

    410
  • Joined

  • Last visited

  • Days Won

    13

Everything posted by Black Pearl

  1. I try to update the recent files menu when I perform a hq rename + 'Save Instrument', so I get the old name deleted and the new name added. Any ideas? I tried the ini file, but it seems to be read on startup and written on shutdown, so I need some call into the App. Felix
  2. Using procmon is fun. I found a lv_subvi.vit. Boah! Well the first hint was googling for lv_quit.vi; I found a server where I don't have access to (but somehow I got some google-hit which displayed the line). It seems to be some lego toy library. So anyone who has a kid at that age, please search for these files on your kids PC. Well, any attempts to use it resulted in a crash. I thought I could upgrade my old 7.1 to 2011. As another dark alternative, I found some obscure ini keys that give access to some internals. First let's me load but not modify some menus, I think it's the the real IDE menus. The second one gives me all the 'dialog' that show up but are not present as a vi. Well, they just consist of the FP, the terminals are not connected. Wonder if I could place some code there. Anyhow, I'll need to setup a sandbox to mess around with this. Well, lesson learned as young novice of the black magic. Feed that google-engine the right keywords, and you get access to too many secrets you shouldn't know. Otherway round: if you need to keep a secret, fear big brother google. For the historians, there is an old lava mailinglist out there in cyber space . Felix
  3. Using procmon I found a hook that seems to have been overlooked so far: lv_quit.vi It's a bit difficult to get this working, as if you close it's FP, it just get's called again. I propably need to rename the file programatically to allow LV to shut down... Furthermore it's called after the the close, so Menu Activation VI returns an empty string. As I don't know if the vi was saved before the close, I can't directly use the MRU list. But propably I could use it to send triggers to a background service... Felix
  4. Ben: I'll look into this ShaunR: I'm on FDS, so I don't get the SCC menu. But the point is very interesting. If you look at the default menu (all is tested unter 7.1 only), you get the tools (project folder) menu and the help (?) menu listed, but not the wizards folder (which inserts between new and close). The AppBuilder can be seperatly purchased to the FDS and is inserted at it`s own unique place in the menu. I'm unsure about all this, because private property nodes already allow you to check if you have an AppBuilder. So it might be hardcoded support in the LabVIEW.exe and/or there are hooks. vugie: there is a 'modified' boolean. This is my worst-case attack to monitor this for all vi's and if it's going from true to false, I know the vi has changed and was saved. So then I would poll the mod.bitsets as well and commit on flag down with a comment of these bitsets. But I dislike the option of a constant polling background service. Felix
  5. I'm working on integrating mercurial/Hg into the LV IDE. At the moment I have a nice menu entry called Save & Commit. Well, that's a understatement. 1. Check the mod bitsets of the vi 2. Save the vi 3. Commit the vi with user defined message 4. Add the mod.bitset in human readable version to the commit-log. It's some really nice automgic I have running right now. However it requires the user to select the menu entry. Using save or closing a vi and then saving (saving subVIs) is resetting the mod.bitset. And that would be the really cool way of having it integrated, all vi's that are only changed due to a recompile are marked as such, hence you can ignore them in a merge! So what I wish to have is a hook or hack into the Save procedure. As usual, I'm open for black magic, dirty hacks (redirects of dll calls), scripting background services and the like... So far our best idea was a global hotkey-assignment of the Ctrl+S key via AutoIt. Felix
  6. is integrating mercurial/Hg in his brain

  7. Funny, I noticed the same thing and was planning to post it tonight. Propably being not able to access lava made us all crazy and using google and twitter and all that modern things... Felix
  8. Ton, I'll propably start using Hq for a project next week (currently under SVN). How do you interface Hq from LV? Using SystemExec/CommandLine? I was thinking about checking a vi automatically in a local repository when saved. Felix
  9. Question: do you automatically check in vi's when they are saved? Normally I work on a bunch of vis together and close (so save) them, but just check in the bunch together (including callers if recompiled) when a task is done. As a side node: I'm currently working on a large uml project (well, I'm working my way through the specs, so I guess I'm at 100+ classes) and Eclipse/Papyrus is crashing pretty often. :throwpc:Yesterday it managed to destroy the main model file. :frusty:Then I discovered that there was a build-in revision control, so I could revert to my last save (and due to the crashes I save often). I'm not sure if there is a hook for saving/closing vis, but having them automagically commited to a SVN repository with a auto-message could be cool. Then of course not use SVN but Hq for multi-users so the check-in is only into your private repo and not breaking the build. Felix.
  10. The count of ideas is 10. Taking into account that this is meant to be a feature-small release and 2010 had 14 ideas implemented (?), it's not bad... Also looking at 'Completed'=48: this number will rise by 20%. Felix
  11. You can make this by-val as well. What you need is a bi-directional association. So you need a container of Sensor and Power Meter in each class (somewhere you propably nee to use the parent clas + type cast). When you transform PowerMeter to Sensor, you just place the PowerMeter Obj in the Sensors property and then returen the Sensor, and the other way round. Edit: Search for 'Beagle State Machine' for this birlliant design. Felix
  12. Couldn`t we ask for a LV-prim to be named after him? So we can post in the forum: If you want to mak this clas friend (community scope) of that class, just place a Balla prim connecting both wires. Shall I promote this on IE? Felix
  13. When I submit newer code to the CR, the date seems to be stuck at the old time. I submitted a newer version today, but the date is the original submission date: Or am I doing something wrong? -> I edit my older submission. It's not really inutitive how to submit newer versions in the CR. There are two buttons to submit code, that create a complet new entry. Felix
  14. Black Pearl

    Anything

  15. Thank you shb for looking into my tools. I wasn't working on the state machines since some time. Both issues you found were already fixed in my private code base. I uploaded the current code in the CR, just download V_1.0.1. You still need to change the ReplaceNoAttrib for your version. With the parameters you provided (I had tried the same), I get error 1 thrown. Felix
  16. Finally found the fix in this old post: LAVA Rocks! For LV 8.0 and above I dynamically call <vi.lib>\Utility\allVIsInMemory.llb\Get User Application Reference.vi to get the Default App.Instance. Make sure you download the new V_0.9.1 files. Felix
  17. It's a duplicate upload. Please continue here: http://lavag.org/topic/12887-discuss-quick-create-a-new-vi-from-template/page__view__getnewpost__fromsearch__1 Name: quick create a new vi from template Submitter: Black Pearl Submitted: 23 Oct 2010 Category: *Uncertified* Version: 0.9.1 LabVIEW Version: 7.1 License Type: BSD (Most common) V 0.9.1 Fixed issues with the Application Instances of LV8.0 and higher. Wizards are still launched in the diaolog App.Instance, they need to get the default App on their own. Click here to download this file
  18. I'm still working on my own plug-in key-assignments for Ctrl+N. http://lavag.org/topic/12887-discuss-quick-create-a-new-vi-from-template/ For later LV versions, you'll need to fix it on your own; Fix is in the discussions page. Felix
  19. Well, spiders make intersting pets. Once I was doing some stuff on my PC (maybe gaming) late night. I had two of them suddenly running over my monitor. Left side up, along the top, right side down. My monitor has a foot, so this was really a loop way, but greate sight to suddenly have them racing on top while playing some shooter. At the moment my spider looks really fat, propably eaten the whole fly for dinner, so sorry for your THC spider. But there is still a mosquito in the net, shall you ship it to you. My spider prefered the fat fly... Felix
  20. Today I was witnessing a battle of life and death. I've got a bunch of spiders in my room, as wild pets. There is a big web on the window next to my monitor. Today, a big fly was captured! The web was shacking as the fly was trying to breack free, while the spider was busy getting the fly relaxed. Took maybe 5 minutes until the fly was quite. Right now, it seems that my spider is weaving a nice blanket around the fly. Too sad my daughter wasn't here to watch... Felix
  21. I'm stuck at the moment to get this fixed version independent. Way 1: Explicite Open App reference (on localhost): In this case the BDWin.Open is not supported. Way 2: I tried the code from the Code Capture Tool. CCT_Get User App Reference__CCT.vi gives me error 42. Felix
  22. I found a fix for this issue: * Pass the default application ref from Property Node Application:Default:Application to the application refnum of New VI I'll try to get this done in 7.1, but I guess I'll fail. Felix
×
×
  • Create New...

Important Information

By using this site, you agree to our Terms of Use.