Menu
▾
▴
opengtoolkit-developers — OpenG Toolkit developers mailing list
You can subscribe to this list here.
| 2003 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
(53) |
Nov
(66) |
Dec
(24) |
|---|---|---|---|---|---|---|---|---|---|---|---|---|
| 2004 |
Jan
|
Feb
(5) |
Mar
(72) |
Apr
(15) |
May
|
Jun
|
Jul
(10) |
Aug
(2) |
Sep
(18) |
Oct
(2) |
Nov
|
Dec
(6) |
| 2005 |
Jan
(41) |
Feb
(28) |
Mar
(14) |
Apr
(18) |
May
(10) |
Jun
(6) |
Jul
(5) |
Aug
(1) |
Sep
(3) |
Oct
|
Nov
|
Dec
(1) |
| 2011 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
(2) |
Dec
|
|
From: Swinarsky, DJ D. (5. @ I. <d.s...@L-...> - 2004-03-24 17:25:53
|
Just you... -----Original Message----- From: Jim Kring [mailto:ji...@ji...] Sent: Wednesday, March 24, 2004 10:30 AM To: OpenGToolkit-Developers Subject: Duplicate Emails? Is anyone else getting duplicate emails from this list or is it just me? -Jim ------------------------------------------------------- This SF.Net email is sponsored by: IBM Linux Tutorials Free Linux tutorial presented by Daniel Robbins, President and CEO of GenToo technologies. Learn everything from fundamentals to system administration.http://ads.osdn.com/?ad_id=1470&alloc_id=3638&op=click _______________________________________________ OpenGToolkit-Developers mailing list Ope...@li... https://lists.sourceforge.net/lists/listinfo/opengtoolkit-developers |
|
From: Jim K. <ji...@ji...> - 2004-03-24 16:29:37
|
Is anyone else getting duplicate emails from this list or is it just me? -Jim |
|
From: Jim K. <ji...@ji...> - 2004-03-24 16:27:28
|
Hi Paul, I think I will need to package a special version for Mac OS 9. LabVIEW = 6 does a lousy job with shared libraries. I relink to the .shlb and then = it forgets the location next time I load the app. I will have to manually relink all callers of the .shlb. I'll try to work on this a little = tonight, and see how far I get. -Jim > -----Original Message----- > From: ope...@li... > [mailto:ope...@li...]=20 > On Behalf Of Paul F. Sullivan > Sent: Wednesday, March 24, 2004 5:10 AM > To: ope...@li... > Subject: OGPI-1 and Mac OS 9 >=20 >=20 > My Mac has four version of LabVIEW from 5.1 through 7. A few months > ago, I installed OGPI-1 and the latest tool kit on LV7 under OS X.=20 > Yesterday I attempted to upgrade LV6 and LV6.1 to the same point. >=20 > OGPI-1 wouldn't install. A number of VIs have names that are too long > for OS 9. Converting the directories with .llb extensions to LabVIEW=20 > libraries (using the library manager in LV7) corrected the name=20 > problem. But .lb files can't contain other than .vi and .ctl files. I=20 > moved the folders, .sea.bin, and .shlb files back to the OGPI=20 > directory, where the installation instructions says (incorrectly)=20 > that they are, but then the package can't find the lvzlib files,=20 > which it expects to be one directory lower. >=20 > What can I do to get OGPI-1 to work under OS 9? >=20 > --=20 > Paul F. Sullivan >=20 > ---------------------------------------------------- >=20 > SULLutions (781)769-6869 > "when a single discipline is not enough" >=20 > visit http://www.SULLutions.com >=20 > ---------------------------------------------------- >=20 >=20 > ------------------------------------------------------- > This SF.Net email is sponsored by: IBM Linux Tutorials > Free Linux tutorial presented by Daniel Robbins, President > and CEO of GenToo technologies. Learn everything from=20 > fundamentals to system=20 > = administration.http://ads.osdn.com/?ad_id=3D1470&alloc_id=3D3638&op=3Dcli= ck > _______________________________________________ > OpenGToolkit-Developers mailing list=20 > Ope...@li... > https://lists.sourceforge.net/lists/listinfo/opengtoolkit-developers >=20 |
|
From: Jim K. <ji...@ji...> - 2004-03-24 16:14:00
|
Derrik, =20 Thanks for the offer to help. The DLL is the workhorse of this package = and that's what's left to be developed. Rolf has done all of the work on = the DLL, so far, and Ian has contributed some feedback based on his = experience with pipes. There are still a few loose ends as far as whether to go through Win32 API or msvcrt for the pipe calls. =20 -Jim =20 -----Original Message----- From: ope...@li... [mailto:ope...@li...] On Behalf = Of Swinarsky, DJ Derrick (5453) @ IS Sent: Wednesday, March 24, 2004 7:53 AM To: 'ope...@li...' Subject: RE: LabVIEW SSH Tools Well... I didn't even see the pipes VIs and I have an application that needs the same functionality. I don't mind helping out with these, but = need to know what is/isn't working... I have downloaded all the VIs and in = the pipes directory under cvs as well as the dll. I do not have Visual C++ = so I won't be much help with the dll (though I do have cygwin if it can make = the dlls?). =20 Derrick -----Original Message----- From: Jim Kring [mailto:ji...@ji...] Sent: Wednesday, March 24, 2004 9:21 AM To: ope...@li... Subject: RE: LabVIEW SSH Tools Hello All, =20 Someone just started a thread in the LAVA forum called "System Exec With Interaction?" =20 "I need to launch and control an existing commandline app from Labview. = By this I mean I need to be able to read it's STDOUT and send things to = STDIN while it is actually running..." =20 http://forums.lavausergroup.org/index.php?showtopic=3D213 =20 It looks like we might already have a good potential user base for the = pipe package :-) =20 -Jim=20 |
|
From: Swinarsky, DJ D. (5. @ I. <d.s...@L-...> - 2004-03-24 15:53:07
|
Well... I didn't even see the pipes VIs and I have an application that needs the same functionality. I don't mind helping out with these, but need to know what is/isn't working... I have downloaded all the VIs and in the pipes directory under cvs as well as the dll. I do not have Visual C++ so I won't be much help with the dll (though I do have cygwin if it can make the dlls?). Derrick -----Original Message----- From: Jim Kring [mailto:ji...@ji...] Sent: Wednesday, March 24, 2004 9:21 AM To: ope...@li... Subject: RE: LabVIEW SSH Tools Hello All, Someone just started a thread in the LAVA forum called "System Exec With Interaction?" "I need to launch and control an existing commandline app from Labview. By this I mean I need to be able to read it's STDOUT and send things to STDIN while it is actually running..." http://forums.lavausergroup.org/index.php?showtopic=213 <http://forums.lavausergroup.org/index.php?showtopic=213> It looks like we might already have a good potential user base for the pipe package :-) -Jim |
|
From: Jim K. <ji...@ji...> - 2004-03-24 15:21:30
|
Hello All, Someone just started a thread in the LAVA forum called "System Exec With Interaction?" "I need to launch and control an existing commandline app from Labview. By this I mean I need to be able to read it's STDOUT and send things to STDIN while it is actually running..." http://forums.lavausergroup.org/index.php?showtopic=213 It looks like we might already have a good potential user base for the pipe package :-) -Jim |
|
From: Paul F. S. <Pa...@SU...> - 2004-03-24 14:08:27
|
My Mac has four version of LabVIEW from 5.1 through 7. A few months ago, I installed OGPI-1 and the latest tool kit on LV7 under OS X. Yesterday I attempted to upgrade LV6 and LV6.1 to the same point. OGPI-1 wouldn't install. A number of VIs have names that are too long for OS 9. Converting the directories with .llb extensions to LabVIEW libraries (using the library manager in LV7) corrected the name problem. But .lb files can't contain other than .vi and .ctl files. I moved the folders, .sea.bin, and .shlb files back to the OGPI directory, where the installation instructions says (incorrectly) that they are, but then the package can't find the lvzlib files, which it expects to be one directory lower. What can I do to get OGPI-1 to work under OS 9? -- Paul F. Sullivan ---------------------------------------------------- SULLutions (781)769-6869 "when a single discipline is not enough" visit http://www.SULLutions.com ---------------------------------------------------- |
|
From: James K. <jk...@ja...> - 2004-03-23 04:50:54
|
Hi Ken, Yes, I got Mesa3D, too. I'm not sure what happened. Mabye I copied and pasted wrong. Anyhow, you can always get to the goods by going to the project page and digging down. http://sourceforge.net/projects/opengtoolkit/ Cheers, -Jim > -----Original Message----- > From: ope...@li...=20 > [mailto:ope...@li...]=20 > On Behalf Of Kenneth Klimkowski > Sent: Monday, March 22, 2004 8:41 PM > To: ope...@li... > Subject: RE: OpenGToolkit-Developers digest, Vol 1 #59 - 2 msgs >=20 >=20 > Is it just me or do the links get mangled for anyone else? I=20 > am using Outlook and I understand that it "formats" a message=20 > into my preferred style, plain text. However, by copying and=20 > pasting what appears to be the entire URL in notepad, I come=20 > up with Mesa3D. >=20 > Any thoughts? >=20 > -Kenneth Klimkowski=20 >=20 > -----Original Message----- > From: ope...@li... > [mailto:ope...@li...]=20 > On Behalf Of ope...@li... > Sent: Friday, March 19, 2004 11:07 PM > To: ope...@li... > Subject: OpenGToolkit-Developers digest, Vol 1 #59 - 2 msgs >=20 >=20 <https://sourceforge.net/project/showfiles.php?group_id=3D3D52435&package= _i=3D d=3D3D561 56&release_id=3D3D224827> ------------------------------------------------------- This SF.Net email is sponsored by: IBM Linux Tutorials Free Linux tutorial presented by Daniel Robbins, President and CEO of = GenToo technologies. Learn everything from fundamentals to system administration.http://ads.osdn.com/?ad_id=3D1470&alloc_id=3D3638&op=3Dcli= ck _______________________________________________ OpenGToolkit-Developers mailing list Ope...@li... https://lists.sourceforge.net/lists/listinfo/opengtoolkit-developers |
|
From: Kenneth K. <ken...@ka...> - 2004-03-23 04:42:24
|
Is it just me or do the links get mangled for anyone else? I am using Outlook and I understand that it "formats" a message into my preferred style, plain text. However, by copying and pasting what appears to be the entire URL in notepad, I come up with Mesa3D. Any thoughts? -Kenneth Klimkowski -----Original Message----- From: ope...@li... [mailto:ope...@li...] On Behalf Of ope...@li... Sent: Friday, March 19, 2004 11:07 PM To: ope...@li... Subject: OpenGToolkit-Developers digest, Vol 1 #59 - 2 msgs <https://sourceforge.net/project/showfiles.php?group_id=3D52435&package_i= d=3D561 56&release_id=3D224827> |
|
From: Jim K. <ji...@ji...> - 2004-03-20 21:02:38
|
Hello All, all_packages has been updated with the new version of the appcontrol = (2.4) package. Regards, -Jim -=3D all_packages-2.2.4 =3D- <http://sourceforge.net/project/showfiles.php?group_id=3D52435&package_id= =3D6073 1&release_id=3D225120> ogctl_buttons-2.1-1 oglib_appcontrol-2.4-1 oglib_array-2.1-1 oglib_boolean-2.0-1 oglib_comparison-2.0-1 oglib_error-2.0-1 oglib_file-2.2-1 oglib_lvdata-2.2-1 oglib_lvzip-2.0-2 oglib_msgqueue-2.0-1 oglib_numeric-2.0-1 oglib_string-2.2-1 oglib_time-2.0-1 oglib_variantconfig-2.2-1 ogrsc_dynamicpalette-0.6-1 ogrsc_restart-1.0-1 Notes: * dynamicpalette-0.6 is compatible with LabVIEW 6.0, 6.1, and 7.0 on Windows; 6.1 and 7.0 on Linux; and 7.0 on Mac OS X * OpenG Toolkit 2.x packages are name mangled as "*__ogtk.vi" to avoid namespace collisions with vi.lib Changes: -=3D 2.2.4 Changelog =3D- all_packages 2.2.3 --> 2.2.4 -------------------------------------- oglib_appcontrol 2.3-1 --> 2.4-1 [MOD] "UnMangle VI Name.vi" is now a polyVI to handle strings or paths [NEW] "Find VI with Focus.vi" added to package [NEW] "Fit VI window to Content.vi" Fits a VI's front panel window to its FP Contents. [MOD] "Fit VI window to Largest Decoration.vi" - 'border spacing' input changed to a signed integer to allow a negative border size. [MOD] 'Get Frontmost VI.vi' now implemented with 'Find VI with Focus.vi' -=3D 2.2.3 Changelog =3D- all_packages 2.2.2 --> 2.2.3 -------------------------------------- oglib_string 2.1-1 --> 2.2-1 [MOD] "Slice String" - added an = input to optionally include last = index. [FIX] "Slice String" - fixed an = error in the VI info documentation. -=3D 2.2.2 Changelog =3D- all_packages 2.2.1 --> 2.2.2 -------------------------------------- oglib_appcontrol 2.2-1 --> 2.3-1 (Close Obj Reference can optionally wait on VI(s) unloaded) -=3D 2.2.1 Changelog =3D- all_packages 2.2.0 --> 2.2.1 -------------------------------------- oglib_array 2.0-1 --> 2.1-1 (fixed "Conditional Auto-Indexing Tunnel.vi" 65k limit) (changed "Sort 2D" algorithm to bundled-pointer native sort) -=3D 2.2.0 Changelog =3D- all_packages 2.1.6 --> 2.2.0 -------------------------------------- [+] ogctl_buttons --> 2.1-1 (updated for dynamic palette view) -=3D 2.1.6 Changelog =3D- all_packages 2.1.5 --> 2.1.6 -------------------------------------- oglib_appcontrol 2.1-1 --> 2.2-1 (fixed 'Dist Build App from LLB (proxy)' for 6.1-7.0) -=3D 2.1.5 Changelog =3D- all_packages 2.1.4 --> 2.1.5 -------------------------------------- oglib_string 2.0-1 --> 2.1-1 (fixed 'Format Variant Into = String') -=3D 2.1.4 Changelog =3D- all_packages 2.1.3 --> 2.1.4 -------------------------------------- oglib_lvdata 2.1-1 --> 2.2-1 (fixed palette, control names typo) -=3D 2.1.3 Changelog =3D- all_packages 2.1.2 --> 2.1.3 -------------------------------------- oglib_appcontrol 2.0-2 --> 2.1-1 (fixed palette) -=3D 2.1.2 Changelog =3D- all_packages 2.1.1 --> 2.1.2 -------------------------------------- oglib_file 2.1-1 --> 2.2-1 ("Strip Path Extension" = +PolyMember) -=3D 2.1.1 Changelog =3D- all_packages 2.1.0 --> 2.1.1 -------------------------------------- oglib_variantconfig 2.1-1 --> 2.2-1 (added missing VI back into = palette) -=3D 2.1.0 Changelog =3D- all_packages 2.0.7 --> 2.1.0 -------------------------------------- ogrsc_restart +1.0-1 -=3D 2.0.7 Changelog =3D- all_packages 2.0.6 --> 2.0.7 -------------------------------------- oglib_variantconfig 2.0-1 --> 2.1-1 (Added "found?" outputs to Read = VIs) -=3D 2.0.6 Changelog =3D- all_packages 2.0.5 --> 2.0.6 -------------------------------------- oglib_lvdata 2.0-1 --> 2.1-1 (+Variant Constant and palette mod) -=3D 2.0.5 Changelog =3D- all_packages 2.0.4 --> 2.0.5 -------------------------------------- ogrsc_dynamicpalette 0.5-1 --> 0.6-1 (Added 2D Dynamic Palette) -=3D 2.0.4 Changelog =3D- all_packages 2.0.3 --> 2.0.4 -------------------------------------- ogrsc_dynamicpalette 0.4-1 --> 0.5-1 (Added LV7.0 support for Mac OS X) -=3D 2.0.3 Changelog =3D- all_packages 2.0.2 --> 2.0.3 -------------------------------------- ogrsc_dynamicpalette 0.3-1 --> 0.4-1 (Fixed LV7.0 platform specific = support) -=3D 2.0.2 Changelog =3D- all_packages 2.0.1 --> 2.0.2 -------------------------------------- oglib_appcontrol 2.0-1 --> 2.0-2 (Fixed non-Windows Install Problem) oglib_file 2.1-1 --> 2.1-2 (Fixed non-Windows Install Problem) oglib_lvzip 2.0-1 --> 2.0-2 (Fixed non-Windows Install Problem) ogrsc_dynamicpalette 0.2-1 --> 0.3-1 (Added LV6.0/6.1 and Linux support) -=3D 2.0.1 Changelog =3D- all_packages 2.0 --> 2.0.1 ---------------------------------------------------------- oglib_file 2.0-1 --> 2.1-1 |
|
From: Jim K. <ji...@ji...> - 2004-03-20 20:59:26
|
This release of the Application Control package includes some new VIs: -=3D NEW VIS =3D- Find VI with Focus: Returns a reference to the frontmost VI panel.=20 This VI is reentrant (as indicated by the crosshatched background) so = that references in use by one caller aren't closed by another. This also = allows different callers to exclude different panels from consideration and to = get a proper indication of whether a changed has occurred since their own = last last call. This is an enhancement of Jim Kring's Find Frontmost VI that returns a reference as well as a name, signals if this has changed since the last call, allows exclusion of VIs in the calling sequence of this VI or = other VIs of the user's choice (useful for editing utilities that stay on top = of all other windows), cleans up unused references, and runs, on average, = 50 or more times faster. Fit VI window to Content: This utility will fit (resize and center) a VI (defined by the "VI Ref" input) about the all of the Front Panel objects. It will add a border defined by border spacing in units of pixels. If no VI Reference is = passed in, it will operate on the calling VI. -=3D UPDATED VIS =3D- * "UnMangle VI Name.vi" is now a polyVI to handle strings or paths * "Fit VI window to Largest Decoration.vi" - "border spacing" input = changed to a signed integer to allow a negative border size. * "Get Frontmost VI.vi" now implemented with "Find VI with Focus.vi" Special thanks to Paul Sullivan for his many valueable contributions to = this package release. Regards, -Jim Notes: -=3D oglib_appcontrol-2.4-1.ogp =3D- <https://sourceforge.net/project/showfiles.php?group_id=3D52435&package_i= d=3D561 51&release_id=3D225119> Changes: Changes from 2.3-2 --> 2.4-1 -------------------------------- 2004-03-19 [MOD] "UnMangle VI Name.vi" is now a polyVI to handle strings or paths = [NEW] "Find VI with Focus.vi" added to package [NEW] "Fit VI window to = Content.vi" Fits a VI's front panel window to its FP Contents. [MOD] "Fit VI window to Largest Decoration.vi" - 'border spacing' input changed to a signed integer to allow a negative border size. [MOD] 'Get Frontmost VI.vi' now implemented with 'Find VI with Focus.vi' Changes from 2.2-2 --> 2.3-1 -------------------------------- 2004-03-12 [MOD] Close Obj Reference can optionally wait on VI(s) unloaded Changes from 2.1-2 --> 2.2-1 -------------------------------- 2004-03-05 [FIX] "Dist Build App from LLB (proxy).vi" works in 6.1 and 7.0 Changes from 2.0-2 --> 2.1-1 -------------------------------- 2003-12-01 [FIX] 'Mangle VI Name' window title no longer shows '__ogtk' |
|
From: Jim K. <ji...@ji...> - 2004-03-19 17:35:54
|
Hello All, All_packages has been updated with the new version of oglib_string = (2.2). Regards, -Jim Release Name: all_packages-2.2.3 <https://sourceforge.net/project/showfiles.php?group_id=3D52435&package_i= d=3D607 31&release_id=3D224825> Notes: -=3D all_packages-2.2.3 =3D- ogctl_buttons-2.1-1 oglib_appcontrol-2.3-1 oglib_array-2.1-1 oglib_boolean-2.0-1 oglib_comparison-2.0-1 oglib_error-2.0-1 oglib_file-2.2-1 oglib_lvdata-2.2-1 oglib_lvzip-2.0-2 oglib_msgqueue-2.0-1 oglib_numeric-2.0-1 oglib_string-2.2-1 oglib_time-2.0-1 oglib_variantconfig-2.2-1 ogrsc_dynamicpalette-0.6-1 ogrsc_restart-1.0-1 Notes: * dynamicpalette-0.6 is compatible with LabVIEW 6.0, 6.1, and 7.0 on Windows; 6.1 and 7.0 on Linux; and 7.0 on Mac OS X * OpenG Toolkit 2.x packages are name mangled as "*__ogtk.vi" to avoid namespace collisions with vi.lib Changes: -=3D 2.2.3 Changelog =3D- all_packages 2.2.2 --> 2.2.3 -------------------------------------- oglib_string 2.1-1 --> 2.2-1 [MOD] "Slice String" - added an = input to optionally include last = index. [FIX] "Slice String" - fixed an = error in the VI info documentation. -=3D 2.2.2 Changelog =3D- all_packages 2.2.1 --> 2.2.2 -------------------------------------- oglib_appcontrol 2.2-1 --> 2.3-1 (Close Obj Reference can optionally wait on VI(s) unloaded) -=3D 2.2.1 Changelog =3D- all_packages 2.2.0 --> 2.2.1 -------------------------------------- oglib_array 2.0-1 --> 2.1-1 (fixed "Conditional Auto-Indexing Tunnel.vi" 65k limit) (changed "Sort 2D" algorithm to bundled-pointer native sort) -=3D 2.2.0 Changelog =3D- all_packages 2.1.6 --> 2.2.0 -------------------------------------- [+] ogctl_buttons --> 2.1-1 (updated for dynamic palette view) -=3D 2.1.6 Changelog =3D- all_packages 2.1.5 --> 2.1.6 -------------------------------------- oglib_appcontrol 2.1-1 --> 2.2-1 (fixed 'Dist Build App from LLB (proxy)' for 6.1-7.0) -=3D 2.1.5 Changelog =3D- all_packages 2.1.4 --> 2.1.5 -------------------------------------- oglib_string 2.0-1 --> 2.1-1 (fixed 'Format Variant Into = String') -=3D 2.1.4 Changelog =3D- all_packages 2.1.3 --> 2.1.4 -------------------------------------- oglib_lvdata 2.1-1 --> 2.2-1 (fixed palette, control names typo) -=3D 2.1.3 Changelog =3D- all_packages 2.1.2 --> 2.1.3 -------------------------------------- oglib_appcontrol 2.0-2 --> 2.1-1 (fixed palette) -=3D 2.1.2 Changelog =3D- all_packages 2.1.1 --> 2.1.2 -------------------------------------- oglib_file 2.1-1 --> 2.2-1 ("Strip Path Extension" = +PolyMember) -=3D 2.1.1 Changelog =3D- all_packages 2.1.0 --> 2.1.1 -------------------------------------- oglib_variantconfig 2.1-1 --> 2.2-1 (added missing VI back into = palette) -=3D 2.1.0 Changelog =3D- all_packages 2.0.7 --> 2.1.0 -------------------------------------- ogrsc_restart +1.0-1 -=3D 2.0.7 Changelog =3D- all_packages 2.0.6 --> 2.0.7 -------------------------------------- oglib_variantconfig 2.0-1 --> 2.1-1 (Added "found?" outputs to Read = VIs) -=3D 2.0.6 Changelog =3D- all_packages 2.0.5 --> 2.0.6 -------------------------------------- oglib_lvdata 2.0-1 --> 2.1-1 (+Variant Constant and palette mod) -=3D 2.0.5 Changelog =3D- all_packages 2.0.4 --> 2.0.5 -------------------------------------- ogrsc_dynamicpalette 0.5-1 --> 0.6-1 (Added 2D Dynamic Palette) -=3D 2.0.4 Changelog =3D- all_packages 2.0.3 --> 2.0.4 -------------------------------------- ogrsc_dynamicpalette 0.4-1 --> 0.5-1 (Added LV7.0 support for Mac OS X) -=3D 2.0.3 Changelog =3D- all_packages 2.0.2 --> 2.0.3 -------------------------------------- ogrsc_dynamicpalette 0.3-1 --> 0.4-1 (Fixed LV7.0 platform specific = support) -=3D 2.0.2 Changelog =3D- all_packages 2.0.1 --> 2.0.2 -------------------------------------- oglib_appcontrol 2.0-1 --> 2.0-2 (Fixed non-Windows Install Problem) oglib_file 2.1-1 --> 2.1-2 (Fixed non-Windows Install Problem) oglib_lvzip 2.0-1 --> 2.0-2 (Fixed non-Windows Install Problem) ogrsc_dynamicpalette 0.2-1 --> 0.3-1 (Added LV6.0/6.1 and Linux support) -=3D 2.0.1 Changelog =3D- all_packages 2.0 --> 2.0.1 ---------------------------------------------------------- oglib_file 2.0-1 --> 2.1-1 |
|
From: Jim K. <ji...@ji...> - 2004-03-19 17:33:50
|
Special thanks to Paul Sullivan for fixing the "Slice String" = documentation, cleaning up the code, and adding some a new feature -- there is now an option to change the indexing behavior (read the "Slice String" VI Info Description for more details). Regards, -Jim -=3D oglib_string-2.2-1.ogp =3D- <https://sourceforge.net/project/showfiles.php?group_id=3D52435&package_i= d=3D561 56&release_id=3D224827> Changes: Changes from 2.1-1 --> 2.2-1 -------------------------------- 2004-03-18 [MOD] "Slice String" - added an input to optionally include last index. [FIX] "Slice String" - fixed an error in the VI info documentation. Changes from 2.0-1 --> 2.1-1 -------------------------------- 2004-02-24 [FIX] Format string was not wired in Boolean case of 'Format Variant = Into String' |
|
From: Jim K. <ji...@ji...> - 2004-03-15 20:36:26
|
Hello All, I wanted to let everyone know that I have enabled the "accept project donations" option for the OpenG Toolkit project at SourceForge. This = allows people to donate funds to a SourceForge project through PayPal. I have placed a link to donation information, on the OpenG Toolkit navigation = menu on the OpenG.org website. You can read more about this here: http://sourceforge.net/donate/index.php?group_id=3D52435 The donations will be spent (by default) on future web hosting and = meeting expenses which have historically been about $1000/year and have been = paid by James Kring, Inc.. I see this as a worthwhile investment and would like = to give other businesses the opportunity to contribute ;-) I will keep a = full account of all donations and make information on the appropriation of = these funds publicly available, while allowing donators to optionally remain anonymous. I have specified that if people would like donations to be spent on the development of certain projects or features, that they should first = contact me directly to discuss their needs. Ultimately I would like to enable projects to be able to do development work for pay. However, there are probably some contractual/legal issue that would need to be worked out, = in order to move forward with this idea. I'll have to check with some = other projects to find out how they handle such things. If anyone has thoughts on these issues, I welcome your feedback. Regards, -Jim Kring |
|
From: Jim K. <ji...@ji...> - 2004-03-15 20:33:15
|
Hi Jason, Good idea about adding that info to the README. You can install/upgrade packages by double-clicking on the individual package (But, there might be problems if you have more than one version of LabVIEW installed). An other way is to open the package installer GUI from the Tools menu under "Tools >>OpenG Tools >> Packaging Tools >> OpenG Package Installer". Then press the "Install New" button to open the file dialog. You can also choose to install an entire folder of packages, which is a much easier option when you are installing/upgrading an entire distribution of packages (like the "all_packages" download). Regards, -Jim Jason Dunham <jd...@SF...> said: > > Hi Jim: > > I already have an older version of the toolkit downloaded, but this time > I can't remember how to open the .ogp packages. Maybe those > instructions could be added to the README file. > > I also poked around openg.org, but I couldn't find any instructions > there either. > > Jason Dunham > SF Industrial Software, Inc. > > > -----Original Message----- > From: Jim Kring [mailto:ji...@ji...] > Sent: Thursday, March 11, 2004 10:01 PM > To: OpenGToolkit-Developers > Subject: FW: [SourceForge.net Release] opengtoolkit : all_packages > > I updated all_packages with the new version of oglib_array. > > -Jim > > ---------------- > > Release Name: 2.1.8 > > <https://sourceforge.net/project/showfiles.php?group_id=52435&package_id > =607 > 31&release_id=223130> > > Notes: > -= all_packages-2.1.8 =- > > ogctl_buttons-2.1-1 > oglib_appcontrol-2.2-1 > oglib_array-2.1-1 > oglib_boolean-2.0-1 > oglib_comparison-2.0-1 > oglib_error-2.0-1 > oglib_file-2.2-1 > oglib_lvdata-2.2-1 > oglib_lvzip-2.0-2 > oglib_msgqueue-2.0-1 > oglib_numeric-2.0-1 > oglib_string-2.1-1 > oglib_time-2.0-1 > oglib_variantconfig-2.2-1 > ogrsc_dynamicpalette-0.6-1 > ogrsc_restart-1.0-1 > > Notes: > > * dynamicpalette-0.6 is compatible with LabVIEW 6.0, 6.1, and 7.0 on > Windows; 6.1 and 7.0 on Linux; and 7.0 on Mac OS X > * OpenG Toolkit 2.x packages are name mangled as "*__ogtk.vi" to avoid > namespace collisions with vi.lib > > > Changes: > -= 2.1.8 Changelog =- > > all_packages 2.1.7 --> 2.1.8 > -------------------------------------- > oglib_array 2.0-1 --> 2.1-1 (fixed "Conditional Auto-Indexing > Tunnel.vi" 65k limit) > (changed "Sort 2D" algorithm to > bundled-pointer native sort) > > > -----Original Message----- > From: SourceForge.net [mailto:no...@so...] > Sent: Thursday, March 11, 2004 9:56 PM > To: no...@so... > Subject: [SourceForge.net Release] opengtoolkit : all_packages > > > Project: OpenG Toolkit (opengtoolkit) > Package: all_packages > Date : 2004-03-11 21:55 > > Project "OpenG Toolkit" ('opengtoolkit') has released the new version of > package 'all_packages'. You can download it from SourceForge.net by > following this link: > <https://sourceforge.net/project/showfiles.php?group_id=52435&release_id > =223 > 130> > or browse Release Notes and ChangeLog by visiting this link: > <https://sourceforge.net/project/shownotes.php?release_id=223130> > > You receive this email because you requested to be notified when new > versions of this package were released. If you don't wish to be notified > in > the future, please login to SourceForge.net and click this link: > <https://sourceforge.net/project/filemodule_unmonitor.php?filemodule_id= > 6073 > 1> > If you lost your SourceForge.net login name or password, refer to this > document: > <https://sourceforge.net/docman/display_doc.php?docid=760&group_id=1> > > Note that you may receive this message indirectly via one of your > mailing > list subscriptions. Please review message headers before reporting > unsolicited mailings. > > > > ------------------------------------------------------- > This SF.Net email is sponsored by: IBM Linux Tutorials > Free Linux tutorial presented by Daniel Robbins, President and CEO of > GenToo technologies. Learn everything from fundamentals to system > administration.http://ads.osdn.com/?ad_id70&alloc_id638&op=ick > _______________________________________________ > OpenGToolkit-Developers mailing list > Ope...@li... > https://lists.sourceforge.net/lists/listinfo/opengtoolkit-developers > > > ------------------------------------------------------- > This SF.Net email is sponsored by: IBM Linux Tutorials > Free Linux tutorial presented by Daniel Robbins, President and CEO of > GenToo technologies. Learn everything from fundamentals to system > administration.http://ads.osdn.com/?ad_id70&alloc_id638&op¿ick > _______________________________________________ > OpenGToolkit-Developers mailing list > Ope...@li... > https://lists.sourceforge.net/lists/listinfo/opengtoolkit-developers > -- |
|
From: Jason D. <jd...@SF...> - 2004-03-15 19:07:17
|
Hi Jim: I already have an older version of the toolkit downloaded, but this time I can't remember how to open the .ogp packages. Maybe those instructions could be added to the README file. I also poked around openg.org, but I couldn't find any instructions there either. =20 Jason Dunham SF Industrial Software, Inc. -----Original Message----- From: Jim Kring [mailto:ji...@ji...]=20 Sent: Thursday, March 11, 2004 10:01 PM To: OpenGToolkit-Developers Subject: FW: [SourceForge.net Release] opengtoolkit : all_packages I updated all_packages with the new version of oglib_array. -Jim ---------------- Release Name: 2.1.8 <https://sourceforge.net/project/showfiles.php?group_id=3D52435&package_i= d =3D607 31&release_id=3D223130> Notes: -=3D all_packages-2.1.8 =3D- ogctl_buttons-2.1-1 oglib_appcontrol-2.2-1 oglib_array-2.1-1 oglib_boolean-2.0-1 oglib_comparison-2.0-1 oglib_error-2.0-1 oglib_file-2.2-1 oglib_lvdata-2.2-1 oglib_lvzip-2.0-2 oglib_msgqueue-2.0-1 oglib_numeric-2.0-1 oglib_string-2.1-1 oglib_time-2.0-1 oglib_variantconfig-2.2-1 ogrsc_dynamicpalette-0.6-1 ogrsc_restart-1.0-1 Notes: * dynamicpalette-0.6 is compatible with LabVIEW 6.0, 6.1, and 7.0 on Windows; 6.1 and 7.0 on Linux; and 7.0 on Mac OS X * OpenG Toolkit 2.x packages are name mangled as "*__ogtk.vi" to avoid namespace collisions with vi.lib Changes: -=3D 2.1.8 Changelog =3D- all_packages 2.1.7 --> 2.1.8 -------------------------------------- oglib_array 2.0-1 --> 2.1-1 (fixed "Conditional Auto-Indexing Tunnel.vi" 65k limit) (changed "Sort 2D" algorithm to bundled-pointer native sort) -----Original Message----- From: SourceForge.net [mailto:no...@so...]=20 Sent: Thursday, March 11, 2004 9:56 PM To: no...@so... Subject: [SourceForge.net Release] opengtoolkit : all_packages Project: OpenG Toolkit (opengtoolkit) Package: all_packages Date : 2004-03-11 21:55 Project "OpenG Toolkit" ('opengtoolkit') has released the new version of package 'all_packages'. You can download it from SourceForge.net by following this link: <https://sourceforge.net/project/showfiles.php?group_id=3D52435&release_i= d =3D223 130> or browse Release Notes and ChangeLog by visiting this link: <https://sourceforge.net/project/shownotes.php?release_id=3D223130>=20 You receive this email because you requested to be notified when new versions of this package were released. If you don't wish to be notified in the future, please login to SourceForge.net and click this link: <https://sourceforge.net/project/filemodule_unmonitor.php?filemodule_id=3D= 6073 1> If you lost your SourceForge.net login name or password, refer to this document: <https://sourceforge.net/docman/display_doc.php?docid=3D760&group_id=3D1>= Note that you may receive this message indirectly via one of your mailing list subscriptions. Please review message headers before reporting unsolicited mailings. ------------------------------------------------------- This SF.Net email is sponsored by: IBM Linux Tutorials Free Linux tutorial presented by Daniel Robbins, President and CEO of GenToo technologies. Learn everything from fundamentals to system administration.http://ads.osdn.com/?ad_id=1470&alloc_id638&op=3Dick _______________________________________________ OpenGToolkit-Developers mailing list Ope...@li... https://lists.sourceforge.net/lists/listinfo/opengtoolkit-developers |
|
From: Dees, I. <Ian...@an...> - 2004-03-15 17:36:58
|
Hello, Rolf. > Windows ReadFile will indeed not work the same as in non overlapped > mode it will just block until the data it wants arrives or the pipe > gets an error such as being closed on the other side. I've even seen situations where ReadFile blocks indefinitely, even after the other end of the pipe was closed. That was plaguing us on the TortoiseCVS project; in fact, we had to start another thread to handle pipe I/O, so that we could kill it if there was nothing to read (which happens with CVS in some cases, even some non-error ones). --Ian |
|
From: Jim K. <ji...@ji...> - 2004-03-14 21:39:07
|
I've updated all_packages with the new version of appcontrol. -Jim ---------- Release Name: all_packages-2.1.9 <https://sourceforge.net/project/showfiles.php?group_id=3D52435&release_i= d=3D223 301> Notes: -=3D all_packages-2.1.9 =3D- ogctl_buttons-2.1-1 oglib_appcontrol-2.3-1 oglib_array-2.1-1 oglib_boolean-2.0-1 oglib_comparison-2.0-1 oglib_error-2.0-1 oglib_file-2.2-1 oglib_lvdata-2.2-1 oglib_lvzip-2.0-2 oglib_msgqueue-2.0-1 oglib_numeric-2.0-1 oglib_string-2.1-1 oglib_time-2.0-1 oglib_variantconfig-2.2-1 ogrsc_dynamicpalette-0.6-1 ogrsc_restart-1.0-1 Notes: * dynamicpalette-0.6 is compatible with LabVIEW 6.0, 6.1, and 7.0 on Windows; 6.1 and 7.0 on Linux; and 7.0 on Mac OS X * OpenG Toolkit 2.x packages are name mangled as "*__ogtk.vi" to avoid namespace collisions with vi.lib Changes: -=3D 2.1.9 Changelog =3D- all_packages 2.1.8 --> 2.1.9 -------------------------------------- oglib_appcontrol 2.2-1 --> 2.3-1 (Close Obj Reference can optionally wait on VI(s) unloaded) |
|
From: Jim K. <ji...@ji...> - 2004-03-14 21:36:51
|
Hello All, I have added a new feature to "Close Generic Object Reference", which = allows optionally waiting until the VI/VIs is/are actually unloaded from memory = (by polling the App.AllVIs[] attribute). This avoids the problem where the = last VI reference is closed and one thinks that the VI is unloaded, but it = hasn't since there is a small delay between closing the last reference and when = the VI is actually garbage collected. -Jim -=3D oglib_appcontrol-2.3-1.ogp =3D- <https://sourceforge.net/project/showfiles.php?group_id=3D52435&release_i= d=3D223 302> Changes: Changes from 2.2-2 --> 2.3-1 -------------------------------- 2004-03-12 [MOD] Close Obj Reference can optionally wait on VI(s) unloaded Changes from 2.1-2 --> 2.2-1 -------------------------------- 2004-03-05 [FIX] "Dist Build App from LLB (proxy).vi" works in 6.1 and 7.0 Changes from 2.0-2 --> 2.1-1 -------------------------------- 2003-12-01 [FIX] 'Mangle VI Name' window title no longer shows '__ogtk' -----Original Message----- From: SourceForge.net [mailto:no...@so...]=20 Sent: Sunday, March 14, 2004 1:32 PM To: no...@so... Subject: [SourceForge.net Release] opengtoolkit : lib_appcontrol Project: OpenG Toolkit (opengtoolkit) Package: lib_appcontrol Date : 2004-03-14 13:32 Project "OpenG Toolkit" ('opengtoolkit') has released the new version of package 'lib_appcontrol'. You can download it from SourceForge.net by following this link: <https://sourceforge.net/project/showfiles.php?group_id=3D52435&release_i= d=3D223 302> or browse Release Notes and ChangeLog by visiting this link: <https://sourceforge.net/project/shownotes.php?release_id=3D223302>=20 You receive this email because you requested to be notified when new versions of this package were released. If you don't wish to be notified = in the future, please login to SourceForge.net and click this link: <https://sourceforge.net/project/filemodule_unmonitor.php?filemodule_id=3D= 5615 1> If you lost your SourceForge.net login name or password, refer to this document: <https://sourceforge.net/docman/display_doc.php?docid=3D760&group_id=3D1>= Note that you may receive this message indirectly via one of your = mailing list subscriptions. Please review message headers before reporting unsolicited mailings. |
|
From: Rolf K. <rol...@ci...> - 2004-03-14 21:11:41
|
RE: LabVIEW SSH ToolsDees, Ian wrote:=20 Well, the main issues would be ease of calling from LabVIEW, or=20 ease of wrapping in a DLL. There are several gotchas with=20 unnamed pipes on Windows; it's at least possible that the POSIX=20 layer, while not a perfect emulator, uses more sensible blocking=20 semantics.=20 Mmm, this were also my concerns at first. But I thought I would = investigate into it as the work would proceed. I have to admit that I = was wondering about the blocking semantics of the Unix read() function = in general and on pipes in special. Seeing the example Jim had created I = had to assume that read() definitely would not block on unsuccesful = reads at all but just return with whatever data was present. Windows = ReadFile will indeed not work the same as in non overlapped mode it will = just block until the data it wants arrives or the pipe gets an error = such as being closed on the other side. Using overlapped mode should be = able to avoid that but is not very simple. I would however like = confirmation that read() indeed does not block on pipe reads.=20 I like your approach with named pipes. This may indeed work better;=20 one thing to watch out for, though, is that IIRC named pipes are=20 only available for NT/2000/XP and not for 95/98/Me (don't know=20 about CE/PocketPC). =20 Well there is little to do about that. The msvcrt functions won't = implement named pipes on non NT systems if the underlaying system does = not support them. Also the problem remains that named pipes under = Windows have a different name syntax than on Unix, as they are = implemented as special NT sub-namespace unlike unix which maps them into = the normal file system name space. But any help and suggestion on this is very much appreciated. Rolf Kalbermatter |
|
From: Jim K. <ji...@ji...> - 2004-03-13 04:22:27
|
I forgot to mention that I made a CVS module called "classic_sync". -Jim > -----Original Message----- > From: Jim Kring [mailto:ji...@ji...]=20 > Sent: Friday, March 12, 2004 8:15 PM > To: OpenGToolkit-Developers=20 > (ope...@li...) > Subject: FW: [SourceForge.net Release] opengtoolkit : mnu_classic_sync >=20 >=20 > Hello All, >=20 > I have created an OpenG Package that will put the classic=20 > Queue and Notifier submenus back in the Functions >> Advanced=20 > >> Synchronization palette. >=20 > -Jim >=20 >=20 > -=3D ogmnu_classic_sync-2.0-1.ogp =3D- >=20 <https://sourceforge.net/project/showfiles.php?group_id=3D52435&release_i= d=3D223 326> The classic_sync package installs the classic queue and notifier = palettes -----Original Message----- From: SourceForge.net [mailto:no...@so...]=20 Sent: Friday, March 12, 2004 8:12 PM To: no...@so... Subject: [SourceForge.net Release] opengtoolkit : mnu_classic_sync Project: OpenG Toolkit (opengtoolkit) Package: mnu_classic_sync Date : 2004-03-12 20:11 Project "OpenG Toolkit" ('opengtoolkit') has released the new version of package 'mnu_classic_sync'. You can download it from SourceForge.net by following this link: <https://sourceforge.net/project/showfiles.php?group_id=3D52435&release_i= d=3D223 326> or browse Release Notes and ChangeLog by visiting this link: <https://sourceforge.net/project/shownotes.php?release_id=3D223326>=20 You receive this email because you requested to be notified when new versions of this package were released. If you don't wish to be notified = in the future, please login to SourceForge.net and click this link: <https://sourceforge.net/project/filemodule_unmonitor.php?filemodule_id=3D= 1122 69> If you lost your SourceForge.net login name or password, refer to this document: <https://sourceforge.net/docman/display_doc.php?docid=3D760&group_id=3D1>= Note that you may receive this message indirectly via one of your = mailing list subscriptions. Please review message headers before reporting unsolicited mailings. |
|
From: Jim K. <ji...@ji...> - 2004-03-13 04:14:36
|
Hello All, I have created an OpenG Package that will put the classic Queue and = Notifier submenus back in the Functions >> Advanced >> Synchronization palette. -Jim -=3D ogmnu_classic_sync-2.0-1.ogp =3D- <https://sourceforge.net/project/showfiles.php?group_id=3D52435&release_i= d=3D223 326> The classic_sync package installs the classic queue and notifier = palettes -----Original Message----- From: SourceForge.net [mailto:no...@so...]=20 Sent: Friday, March 12, 2004 8:12 PM To: no...@so... Subject: [SourceForge.net Release] opengtoolkit : mnu_classic_sync Project: OpenG Toolkit (opengtoolkit) Package: mnu_classic_sync Date : 2004-03-12 20:11 Project "OpenG Toolkit" ('opengtoolkit') has released the new version of package 'mnu_classic_sync'. You can download it from SourceForge.net by following this link: <https://sourceforge.net/project/showfiles.php?group_id=3D52435&release_i= d=3D223 326> or browse Release Notes and ChangeLog by visiting this link: <https://sourceforge.net/project/shownotes.php?release_id=3D223326>=20 You receive this email because you requested to be notified when new versions of this package were released. If you don't wish to be notified = in the future, please login to SourceForge.net and click this link: <https://sourceforge.net/project/filemodule_unmonitor.php?filemodule_id=3D= 1122 69> If you lost your SourceForge.net login name or password, refer to this document: <https://sourceforge.net/docman/display_doc.php?docid=3D760&group_id=3D1>= Note that you may receive this message indirectly via one of your = mailing list subscriptions. Please review message headers before reporting unsolicited mailings. |
|
From: Jim K. <ji...@ji...> - 2004-03-12 06:11:22
|
I updated all_packages with the new version of oglib_array. -Jim ---------------- Release Name: 2.1.8 <https://sourceforge.net/project/showfiles.php?group_id=3D52435&package_i= d=3D607 31&release_id=3D223130> Notes: -=3D all_packages-2.1.8 =3D- ogctl_buttons-2.1-1 oglib_appcontrol-2.2-1 oglib_array-2.1-1 oglib_boolean-2.0-1 oglib_comparison-2.0-1 oglib_error-2.0-1 oglib_file-2.2-1 oglib_lvdata-2.2-1 oglib_lvzip-2.0-2 oglib_msgqueue-2.0-1 oglib_numeric-2.0-1 oglib_string-2.1-1 oglib_time-2.0-1 oglib_variantconfig-2.2-1 ogrsc_dynamicpalette-0.6-1 ogrsc_restart-1.0-1 Notes: * dynamicpalette-0.6 is compatible with LabVIEW 6.0, 6.1, and 7.0 on Windows; 6.1 and 7.0 on Linux; and 7.0 on Mac OS X * OpenG Toolkit 2.x packages are name mangled as "*__ogtk.vi" to avoid namespace collisions with vi.lib Changes: -=3D 2.1.8 Changelog =3D- all_packages 2.1.7 --> 2.1.8 -------------------------------------- oglib_array 2.0-1 --> 2.1-1 (fixed "Conditional Auto-Indexing Tunnel.vi" 65k limit) (changed "Sort 2D" algorithm to bundled-pointer native sort) -----Original Message----- From: SourceForge.net [mailto:no...@so...]=20 Sent: Thursday, March 11, 2004 9:56 PM To: no...@so... Subject: [SourceForge.net Release] opengtoolkit : all_packages Project: OpenG Toolkit (opengtoolkit) Package: all_packages Date : 2004-03-11 21:55 Project "OpenG Toolkit" ('opengtoolkit') has released the new version of package 'all_packages'. You can download it from SourceForge.net by following this link: <https://sourceforge.net/project/showfiles.php?group_id=3D52435&release_i= d=3D223 130> or browse Release Notes and ChangeLog by visiting this link: <https://sourceforge.net/project/shownotes.php?release_id=3D223130>=20 You receive this email because you requested to be notified when new versions of this package were released. If you don't wish to be notified = in the future, please login to SourceForge.net and click this link: <https://sourceforge.net/project/filemodule_unmonitor.php?filemodule_id=3D= 6073 1> If you lost your SourceForge.net login name or password, refer to this document: <https://sourceforge.net/docman/display_doc.php?docid=3D760&group_id=3D1>= Note that you may receive this message indirectly via one of your = mailing list subscriptions. Please review message headers before reporting unsolicited mailings. |
|
From: Jim K. <ji...@ji...> - 2004-03-12 06:10:06
|
There was a bug in the "Conditional Auto-Indexing Tunnel.vi" that caused = a 2^16 limit in the length of elements to keep, but the bug caused it to output zero elements :-o Also, the Sort 2D Array is now faster. -Jim ---------------- Release Name: 2.1 <https://sourceforge.net/project/showfiles.php?group_id=3D52435&package_i= d=3D561 52&release_id=3D223128> Notes: -=3D oglib_lvdata-2.1-1.ogp =3D- Changes: Changes from 2.0-1 --> 2.1-1 -------------------------------- 2004-03-11=20 [FIX] "Conditional Auto-Indexing Tunnel.vi" - added "To U32" conversion to allow arrays longer than 65k. 2003-10-25=20 [MOD] Changed "Sort 2D Array" algorithm to bundled-pointer native sort. It fixes a bug in "Sort 2D Array (String)" and is also faster. -----Original Message----- From: SourceForge.net [mailto:no...@so...]=20 Sent: Thursday, March 11, 2004 9:54 PM To: no...@so... Subject: [SourceForge.net Release] opengtoolkit : lib_array Project: OpenG Toolkit (opengtoolkit) Package: lib_array Date : 2004-03-11 21:54 Project "OpenG Toolkit" ('opengtoolkit') has released the new version of package 'lib_array'. You can download it from SourceForge.net by = following this link: <https://sourceforge.net/project/showfiles.php?group_id=3D52435&release_i= d=3D223 128> or browse Release Notes and ChangeLog by visiting this link: <https://sourceforge.net/project/shownotes.php?release_id=3D223128>=20 You receive this email because you requested to be notified when new versions of this package were released. If you don't wish to be notified = in the future, please login to SourceForge.net and click this link: <https://sourceforge.net/project/filemodule_unmonitor.php?filemodule_id=3D= 5615 2> If you lost your SourceForge.net login name or password, refer to this document: <https://sourceforge.net/docman/display_doc.php?docid=3D760&group_id=3D1>= Note that you may receive this message indirectly via one of your = mailing list subscriptions. Please review message headers before reporting unsolicited mailings. |
|
From: Jim K. <ji...@ji...> - 2004-03-12 05:22:42
|
I added the ogctl_buttons package to the OpenG Toolkit "all_packages" distribution. -Jim ----------------------- Release Name: 2.1.7 <https://sourceforge.net/project/showfiles.php?group_id=3D52435&release_i= d=3D223 062> Notes: -=3D all_packages-2.1.7 =3D- ogctl_buttons-2.1-1 oglib_appcontrol-2.2-1 oglib_array-2.0-1 oglib_boolean-2.0-1 oglib_comparison-2.0-1 oglib_error-2.0-1 oglib_file-2.2-1 oglib_lvdata-2.2-1 oglib_lvzip-2.0-2 oglib_msgqueue-2.0-1 oglib_numeric-2.0-1 oglib_string-2.1-1 oglib_time-2.0-1 oglib_variantconfig-2.2-1 ogrsc_dynamicpalette-0.6-1 ogrsc_restart-1.0-1 Notes: * dynamicpalette-0.6 is compatible with LabVIEW 6.0, 6.1, and 7.0 on Windows; 6.1 and 7.0 on Linux; and 7.0 on Mac OS X * OpenG Toolkit 2.x packages are name mangled as "*__ogtk.vi" to avoid namespace collisions with vi.lib Changes: -=3D 2.1.7 Changelog =3D- all_packages 2.1.6 --> 2.1.7 -------------------------------------- [+] ogctl_buttons --> 2.1-1 (updated for dynamic palette view) -----Original Message----- From: SourceForge.net [mailto:no...@so...]=20 Sent: Thursday, March 11, 2004 9:04 PM To: no...@so... Subject: [SourceForge.net Release] opengtoolkit : all_packages Project: OpenG Toolkit (opengtoolkit) Package: all_packages Date : 2004-03-11 21:03 Project "OpenG Toolkit" ('opengtoolkit') has released the new version of package 'all_packages'. You can download it from SourceForge.net by following this link: <https://sourceforge.net/project/showfiles.php?group_id=3D52435&release_i= d=3D223 062> or browse Release Notes and ChangeLog by visiting this link: <https://sourceforge.net/project/shownotes.php?release_id=3D223062>=20 You receive this email because you requested to be notified when new versions of this package were released. If you don't wish to be notified = in the future, please login to SourceForge.net and click this link: <https://sourceforge.net/project/filemodule_unmonitor.php?filemodule_id=3D= 6073 1> If you lost your SourceForge.net login name or password, refer to this document: <https://sourceforge.net/docman/display_doc.php?docid=3D760&group_id=3D1>= Note that you may receive this message indirectly via one of your = mailing list subscriptions. Please review message headers before reporting unsolicited mailings. |
4 messages has been excluded from this view by a project administrator.
