Menu
▾
▴
scribia-developers — Discussion of Scribia development.
You can subscribe to this list here.
| 2000 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
(55) |
Aug
(1) |
Sep
(13) |
Oct
(4) |
Nov
(1) |
Dec
(18) |
|---|---|---|---|---|---|---|---|---|---|---|---|---|
| 2001 |
Jan
(18) |
Feb
(122) |
Mar
(85) |
Apr
(57) |
May
(5) |
Jun
(85) |
Jul
(35) |
Aug
(26) |
Sep
(32) |
Oct
(8) |
Nov
(1) |
Dec
(1) |
| 2002 |
Jan
(1) |
Feb
(2) |
Mar
|
Apr
(2) |
May
|
Jun
(2) |
Jul
|
Aug
|
Sep
|
Oct
(1) |
Nov
(1) |
Dec
|
| 2003 |
Jan
(5) |
Feb
|
Mar
(7) |
Apr
(10) |
May
(6) |
Jun
(2) |
Jul
(5) |
Aug
(2) |
Sep
(1) |
Oct
|
Nov
(2) |
Dec
(5) |
| 2004 |
Jan
(1) |
Feb
(2) |
Mar
|
Apr
(1) |
May
(1) |
Jun
|
Jul
|
Aug
|
Sep
|
Oct
(1) |
Nov
|
Dec
|
| 2005 |
Jan
(1) |
Feb
|
Mar
|
Apr
|
May
|
Jun
(1) |
Jul
|
Aug
|
Sep
|
Oct
(1) |
Nov
(5) |
Dec
(3) |
| 2006 |
Jan
(1) |
Feb
|
Mar
(5) |
Apr
(3) |
May
(5) |
Jun
(4) |
Jul
|
Aug
|
Sep
|
Oct
(4) |
Nov
|
Dec
(1) |
| 2007 |
Jan
|
Feb
|
Mar
|
Apr
(11) |
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
| 2008 |
Jan
|
Feb
|
Mar
(6) |
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
(1) |
Oct
(4) |
Nov
(14) |
Dec
(15) |
| 2009 |
Jan
(22) |
Feb
(3) |
Mar
(18) |
Apr
(22) |
May
(75) |
Jun
(75) |
Jul
(44) |
Aug
(16) |
Sep
(19) |
Oct
(31) |
Nov
(4) |
Dec
(3) |
| 2010 |
Jan
|
Feb
(1) |
Mar
(65) |
Apr
(57) |
May
(72) |
Jun
(69) |
Jul
(41) |
Aug
(55) |
Sep
(31) |
Oct
(5) |
Nov
(2) |
Dec
|
| 2012 |
Jan
|
Feb
|
Mar
|
Apr
|
May
(1) |
Jun
|
Jul
|
Aug
|
Sep
|
Oct
(2) |
Nov
|
Dec
|
| 2015 |
Jan
|
Feb
|
Mar
|
Apr
(2) |
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
|
From: Cygnus <cy...@po...> - 2001-02-21 04:03:20
|
On 2/20/01 1:17 AM, "Ben Hines" <bh...@sa...> wrote: > Check em out... > Looks good. Just a couple comments. First, its not a big deal at this point, but in the kill view, the pane that scrolls is wider then the default window size. I had to resize the window before the vertical scroll bar was shown. I assume that its just from it being the initial look at the gui and that it'll be changing, I just wanted to make sure it everyone was aware. The other think is that kills list needs to have things with no kills filtered out of it. Since falls are being recorded in the same data structure as kills, things that you haven't killed are showing up in it. Unless I some how managed to kill some lightning and pebbles. =) Not sure if this situation shows up in any of your logs. Cygnus cy...@po... _________________________________________________________________ Oh the words that he spoke Seemed the wisest of philosophies There's nothing ever gained By a wet thing called a tear When the world is too dark And I need the light inside of me I'll walk into a bar And drink fifteen pints of beer - Shane MacGowen |
|
From: Lark <lar...@ya...> - 2001-02-20 17:18:02
|
on 2/20/01 12:17 AM, Ben Hines at bh...@sa... wrote: > Check em out... Great, committed! :-) -- Lark <lar...@ya...> |
|
From: Ben H. <bh...@sa...> - 2001-02-20 08:16:50
|
Check em out... mods 2/20/01 CKillsTable.cp CKillsTable.h CKillsView.cp CKillsView.h - New files, implemented kills view CScribiaDoc.cp - NOT_YET on for me CScribiaDoc.h - accessors for kills, training, karma, items CScribiaDocumentWindow.cp CScribiaDocumentWindow.h - Implemented kills and training views - To-do: auto-resizing when you switch views ScribiaResources.ppob - new training and beast views CTrainingTable.cp CTrainingTable.h - Re-Implemented using editable LOutlineTable CTrainingView.cp CTrainingView.h - Re-Implemented using editable LOutlineTable -- <http://tunnels.tripod.com/> - My Old-As-Hell Home Page <http://freepages.sf.rootsweb.com/~bhines/> - My newish Genealogy Pages |
|
From: Lark <lar...@ya...> - 2001-02-20 03:34:59
|
on 2/18/01 7:21 PM, Lark at lar...@ya... wrote: > Scribia 0.1.4-alpha can be downloaded from > http://sourceforge.net/projects/scribia/ For as of yet unknown reasons, the latest release (0.1.4-alpha) requires Apple's Carbon Lib to be installed on a system. Otherwise starting Scribia will simply do nothing on certain MacOS releases - thanks to Elenis for figuring this out. Carbon Lib can be downloaded free of charge from http://asu.info.apple.com/swupdates.nsf/artnum/n11916 Note: Scribia should not require Carbon. We moved our development platform from CodeWarrior 5.3 to 6.1 for the latest release; which may be the cause of the problem. Sorry for the inconvenience. We're looking into it... -- Lark <lar...@ya...> |
|
From: Ben H. <bh...@sa...> - 2001-02-20 03:13:34
|
I'll admit to not being that familiar with Carbon issues. :) But, i think you need at least a stub library linked to use any function defined in a shared library? TARGET_API_MAC_CARBON and PP_Target_Carbon are clearly zero in our sources. Ill get rid of carbon on my system and see what happens. -Ben At 6:16 PM -0800 2/19/01, Lark wrote: >on 2/19/01 3:30 PM, Ben Hines at bh...@sa... wrote: >> Carbon is not even linked in. (ie, Scribia has nothing to do with carbon.) >> So, there is nothing to mention. >> If scribia is requiring carbon, its a bug, not a feature. > >I thought it was a shared library, do you still need to link against it? >(Reminder: I am not a Mac programmer - no flames please :-) > >Anyway, I agree - no idea why it would require Carbon all of a sudden. Maybe >something in CW6 or PP2.1 requires it? Anyone know? -- <http://tunnels.tripod.com/> - My Old-As-Hell Home Page <http://freepages.sf.rootsweb.com/~bhines/> - My newish Genealogy Pages |
|
From: Cygnus <cy...@po...> - 2001-02-20 03:02:42
|
On 2/19/01 7:16 PM, "Lark" <lar...@ya...> wrote: > on 2/19/01 3:30 PM, Ben Hines at bh...@sa... wrote: >> Carbon is not even linked in. (ie, Scribia has nothing to do with carbon.) >> So, there is nothing to mention. >> If scribia is requiring carbon, its a bug, not a feature. > > I thought it was a shared library, do you still need to link against it? > (Reminder: I am not a Mac programmer - no flames please :-) > > Anyway, I agree - no idea why it would require Carbon all of a sudden. Maybe > something in CW6 or PP2.1 requires it? Anyone know? > > For now, I'll add a note that installing Carbon may help. > > Thanks for figuring it out, Elenis! PP is now "carbonized" might be a side effect of the migration to CW6. Does anyone have a set up similar to Elenis to try to reproduce this one? I just tried booting my machine, running 9.1, with the carbon lib disabled. Scribia still worked. So it might be something with the old os coming into play. Cygnus cy...@po... _________________________________________________________________ Oh the words that he spoke Seemed the wisest of philosophies There's nothing ever gained By a wet thing called a tear When the world is too dark And I need the light inside of me I'll walk into a bar And drink fifteen pints of beer - Shane MacGowen |
|
From: Lark <lar...@ya...> - 2001-02-20 02:15:49
|
on 2/19/01 3:30 PM, Ben Hines at bh...@sa... wrote: > Carbon is not even linked in. (ie, Scribia has nothing to do with carbon.) > So, there is nothing to mention. > If scribia is requiring carbon, its a bug, not a feature. I thought it was a shared library, do you still need to link against it? (Reminder: I am not a Mac programmer - no flames please :-) Anyway, I agree - no idea why it would require Carbon all of a sudden. Maybe something in CW6 or PP2.1 requires it? Anyone know? For now, I'll add a note that installing Carbon may help. Thanks for figuring it out, Elenis! > At 12:41 PM -0700 2/19/01, Irenio Huang wrote: >> 'lo Developers, >> Firstly thanks for working on this project. >> Secondly, for 1.4 I was unable to run it at first (and >> 1.1-1.3 releases have all worked). I'm running OS 8.1. After >> talking to Lark for a bit and grabbing the carbon libraries it ran >> fine. Just thinking that might be mentioned...? >> >> Well, take care all! >> PWC Elenis Reyav -- Lark <lar...@ya...> |
|
From: Lark <lar...@ya...> - 2001-02-20 02:07:47
|
[CC'ed scribia-developers - included is Alias' original mail with comments] on 2/19/01 12:40 PM, alias... at al...@pi... wrote: > Firstly... fantastic work!.. it looks wonderful! Thanks! :-) > ok.. now down to problems.. > > firstly.. there seems to be a small glitch with the main selection > screen and appearance manager in OS 9. It's showing a white border > around the names and occasionally looking like a name is selected > when it's deselected. I have a screenshot of the first instance > attached.. I've seen the same here. Small cosmetic GUI problem. > Secondly.. the column width is VERY wide on the output screen.... I'm > on a 15 inch screen (g3 laptop) and have to scroll a lot sideways to > see everything... this means that there's no real way to align things > like monster kill stat's to the monster they pertain too (unless you > hold your finger just right while you scroll.. ;) .. is there any way > it can be reduced? or ideally... allowing the user to set column > width? The window you see now is my "debug output". Eventually, Scribia will show stats much like Scribus does, and allow you to resize and sort columns. I know it's ugly, but it's all we have for now. > Thirdly... thanks for adding Jacki Ch'n... but he's gone now and been > replaced by Bracis. :) same message.. just a name change.. :) OK, easy fix. > lastly... something i'd _like_ to see would be a counter of how many > times a player has visited Untrainus.. i don't know how easy it would > be to parse the logs for it as he's got no bullet point message.. but > in case you can... his message is below. > 7/16/00 1:27:25a Untrainus says, "Alias, your mind is less cluttered now." Easy addition, thanks! -- Lark <lar...@ya...> |
|
From: Ben H. <bh...@sa...> - 2001-02-19 23:29:12
|
Carbon is not even linked in. (ie, Scribia has nothing to do with carbon.) So, there is nothing to mention. If scribia is requiring carbon, its a bug, not a feature. -Ben At 12:41 PM -0700 2/19/01, Irenio Huang wrote: >'lo Developers, > Firstly thanks for working on this project. > Secondly, for 1.4 I was unable to run it at first (and >1.1-1.3 releases have all worked). I'm running OS 8.1. After >talking to Lark for a bit and grabbing the carbon libraries it ran >fine. Just thinking that might be mentioned...? > > Well, take care all! > PWC Elenis Reyav > >_______________________________________________ >Scribia-developers mailing list >Scr...@li... >http://lists.sourceforge.net/lists/listinfo/scribia-developers -- <http://tunnels.tripod.com/> - My Old-As-Hell Home Page <http://freepages.sf.rootsweb.com/~bhines/> - My newish Genealogy Pages |
|
From: Irenio H. <ku...@ea...> - 2001-02-19 20:42:21
|
'lo Developers, Firstly thanks for working on this project. Secondly, for 1.4 I was unable to run it at first (and 1.1-1.3 releases have all worked). I'm running OS 8.1. After talking to Lark for a bit and grabbing the carbon libraries it ran fine. Just thinking that might be mentioned...? Well, take care all! PWC Elenis Reyav |
|
From: Lark <lar...@ya...> - 2001-02-19 18:21:45
|
on 2/19/01 10:06 AM, Parker at pa...@ze... wrote: > I downloaded the 0.1.4 release today and played around with it and it seems to > work well so far. Lotta useful information! Thanks! :-) > The only glitch I notice was time. Meaning Scribia thought I clanned for 30 > years last night when I really clanned for an hour or so. Hehe. Just wanted to > let you know. Oops. Would you mind emailing me the log file? If you want to, you can anonymize it by replacing your char name with AAA everywhere or the like. -- Lark <lar...@ya...> |
|
From: Parker <pa...@ze...> - 2001-02-19 18:04:24
|
Hey Lark et al. HWC for Jazz/Shrug here. I downloaded the 0.1.4 release today and played around with it and it seems to work well so far. Lotta useful information! The only glitch I notice was time. Meaning Scribia thought I clanned for 30 years last night when I really clanned for an hour or so. Hehe. Just wanted to let you know. Anyhow.. keep up the great work!! Spec: PB G3 "Lombard" with MacOS 9.1. :-) -- Parker Zero Echo Inc. http://zeroecho.com icq: 94381651 voice: 1.888.838.7222 fax: 1.406.837.7225 |
|
From: Lark <lar...@ya...> - 2001-02-19 16:15:02
|
on 2/19/01 12:52 AM, Ben Hines at bh...@sa... wrote: > Indeed, that worked, with 17 megs to spare even! :) Didnt really > notice a difference in speed, but the app is 2.6 megs now... Good. Inlining uses lots of RAM, that was causing the slowdown on my machine as well (it uses the VM heavily). > I'm not sure what would be causing elenis' problems. Was SHOW_LICENSE > defined for the release you made? I noticed that the LSIOUXAttachment > is still commented out, but we call cout anyway if the SHOW_LICENSE > is defined - that could be bad (or maybe the cout will just do > nothing.) SHOW_LICENSE was undefined. Do we depend on Carbon, or > MacOS 8.1? By the way, I'd like to keep SIOUX around in the debug version. I use it to debug the flex scanner. (If you change "nodebug" to "debug" at the beginning of the file, it prints matching rules as it scans. Very verbose, but sometimes useful.) > The SIOUXAttachment should be in a SHOW_LICENSE ifdef. If we still > want it. (IMO, the about box is enough) That code can go, it's still left from the time when there was no about box. -- Lark <lar...@ya...> |
|
From: Ben H. <bh...@sa...> - 2001-02-19 08:51:51
|
At 10:19 PM -0800 2/18/01, Lark wrote: >on 2/18/01 9:43 PM, Ben Hines at bh...@sa... wrote: > >> Well it seems compiling Scribia.l is too much for my little mac now. >> Can't compile it in my 64 megs of RAM. (the problem we had with the >> final target, now on the debug target) Lags around line 11020, then >> fills up all available RAM. (id gladly get more RAM, but its a >> powerbook 1400. 64 == max) > >Try commenting out all those pragmas at the beginning of the scanner. Indeed, that worked, with 17 megs to spare even! :) Didnt really notice a difference in speed, but the app is 2.6 megs now... I'm not sure what would be causing elenis' problems. Was SHOW_LICENSE defined for the release you made? I noticed that the LSIOUXAttachment is still commented out, but we call cout anyway if the SHOW_LICENSE is defined - that could be bad (or maybe the cout will just do nothing.) The SIOUXAttachment should be in a SHOW_LICENSE ifdef. If we still want it. (IMO, the about box is enough) -Ben -- <http://tunnels.tripod.com/> - My Old-As-Hell Home Page <http://freepages.sf.rootsweb.com/~bhines/> - My newish Genealogy Pages |
|
From: Lark <lar...@ya...> - 2001-02-19 06:32:46
|
Elenis reports problems running the latest Scribia - starting it simply doesn't seem to execute anything. He said all prior ones worked fine. He's running MacOS 8.1 w/o Carbon. It works fine for me on MacOS 9.1 - what did we recently change that could cause this? The move to CW6? -- Lark <lar...@ya...> |
|
From: Lark <lar...@ya...> - 2001-02-19 06:18:59
|
on 2/18/01 9:43 PM, Ben Hines at bh...@sa... wrote: > Well it seems compiling Scribia.l is too much for my little mac now. > Can't compile it in my 64 megs of RAM. (the problem we had with the > final target, now on the debug target) Lags around line 11020, then > fills up all available RAM. (id gladly get more RAM, but its a > powerbook 1400. 64 == max) Try commenting out all those pragmas at the beginning of the scanner. -- Lark <lar...@ya...> |
|
From: Ludovic N. <lni...@wa...> - 2001-02-19 05:48:00
|
>Well it seems compiling Scribia.l is too much for my little mac now. >Can't compile it in my 64 megs of RAM. (the problem we had with the >final target, now on the debug target) Lags around line 11020, then >fills up all available RAM. (id gladly get more RAM, but its a >powerbook 1400. 64 == max) > >Is there no way to segment a lex file? Or perhaps we could have two >scanners. First one for, say karma and shares, second for training >and everything else. > Try messing with the lex settings in the Lex panel (project settings), to see if it helps. Are you running with Virtual Memory on or off? Geotzou |
|
From: Ben H. <bh...@sa...> - 2001-02-19 05:42:52
|
Well it seems compiling Scribia.l is too much for my little mac now. Can't compile it in my 64 megs of RAM. (the problem we had with the final target, now on the debug target) Lags around line 11020, then fills up all available RAM. (id gladly get more RAM, but its a powerbook 1400. 64 == max) Is there no way to segment a lex file? Or perhaps we could have two scanners. First one for, say karma and shares, second for training and everything else. I also get a bunch of inlining errors: Warning : inline function call 'std::operator+<char, std::char_traits<char>, std::allocator<char>>(const std::basic_string<char, std::char_traits<char>, std::allocator<char>> &, const char *)' not inlined lex.yy.c line 6848 } Warning : inline function call 'std::__tree<std::pair<const std::basic_string<char, std::char_traits<char>, std::allocator<char>>, long>, std::map<std::basic_string<char, std::char_traits<char>, std::allocator<char>>, long, std::less<std::basic_string<char, std::char_traits<char>, std::allocator<char>>>, std::allocator<std::pair<const std::basic_string<char, std::char_traits<char>, std::allocator<char>>, long>>>::value_compare, std::allocator<std::pair<const std::basic_string<char, std::char_traits<char>, std::allocator<char>>, long>>>::iterator::iterator(std::__tree<std::pair<const std::basic_string<char, std::char_traits<char>, std::allocator<char>>, long>, std::map<std::basic_string<char, std::char_traits<char>, std::allocator<char>>, long, std::less<std::basic_string<char, std::char_traits<char>, std::allocator<char>>>, std::allocator<std::pair<const std::basic_string<char, std::char_traits<char>, std::allocator<char>>, long>>>::value_compare, std::allocator<std::pair<const std::basic_string<char, std::char_traits<char>, std::allocator<char>>, long>>>::node *)' not inlined lex.yy.c line 6848 } Warning : inline function call 'std::__tree<std::pair<const std::basic_string<char, std::char_traits<char>, std::allocator<char>>, long>, std::map<std::basic_string<char, std::char_traits<char>, std::allocator<char>>, long, std::less<std::basic_string<char, std::char_traits<char>, std::allocator<char>>>, std::allocator<std::pair<const std::basic_string<char, std::char_traits<char>, std::allocator<char>>, long>>>::value_compare, std::allocator<std::pair<const std::basic_string<char, std::char_traits<char>, std::allocator<char>>, long>>>::iterator::iterator(std::__tree<std::pair<const std::basic_string<char, std::char_traits<char>, std::allocator<char>>, long>, std::map<std::basic_string<char, std::char_traits<char>, std::allocator<char>>, long, std::less<std::basic_string<char, std::char_traits<char>, std::allocator<char>>>, std::allocator<std::pair<const std::basic_string<char, std::char_traits<char>, std::allocator<char>>, long>>>::value_compare, std::allocator<std::pair<const std::basic_string<char, std::char_traits<char>, std::allocator<char>>, long>>>::node *)' not inlined lex.yy.c line 6848 } Warning : inline function call 'std::__tree<std::pair<const std::basic_string<char, std::char_traits<char>, std::allocator<char>>, long>, std::map<std::basic_string<char, std::char_traits<char>, std::allocator<char>>, long, std::less<std::basic_string<char, std::char_traits<char>, std::allocator<char>>>, std::allocator<std::pair<const std::basic_string<char, std::char_traits<char>, std::allocator<char>>, long>>>::value_compare, std::allocator<std::pair<const std::basic_string<char, std::char_traits<char>, std::allocator<char>>, long>>>::front()' not inlined lex.yy.c line 6848 } Warning : inline function call 'std::__tree<std::pair<const std::basic_string<char, std::char_traits<char>, std::allocator<char>>, long>, std::map<std::basic_string<char, std::char_traits<char>, std::allocator<char>>, long, std::less<std::basic_string<char, std::char_traits<char>, std::allocator<char>>>, std::allocator<std::pair<const std::basic_string<char, std::char_traits<char>, std::allocator<char>>, long>>>::value_compare, std::allocator<std::pair<const std::basic_string<char, std::char_traits<char>, std::allocator<char>>, long>>>::iterator::iterator(std::__tree<std::pair<const std::basic_string<char, std::char_traits<char>, std::allocator<char>>, long>, std::map<std::basic_string<char, std::char_traits<char>, std::allocator<char>>, long, std::less<std::basic_string<char, std::char_traits<char>, std::allocator<char>>>, std::allocator<std::pair<const std::basic_string<char, std::char_traits<char>, std::allocator<char>>, long>>>::value_compare, std::allocator<std::pair<const std::basic_string<char, std::char_traits<char>, std::allocator<char>>, long>>>::node *)' not inlined lex.yy.c line 6848 } Warning : inline function call 'std::__tree<std::pair<const std::basic_string<char, std::char_traits<char>, std::allocator<char>>, long>, std::map<std::basic_string<char, std::char_traits<char>, std::allocator<char>>, long, std::less<std::basic_string<char, std::char_traits<char>, std::allocator<char>>>, std::allocator<std::pair<const std::basic_string<char, std::char_traits<char>, std::allocator<char>>, long>>>::value_compare, std::allocator<std::pair<const std::basic_string<char, std::char_traits<char>, std::allocator<char>>, long>>>::iterator::iterator(std::__tree<std::pair<const std::basic_string<char, std::char_traits<char>, std::allocator<char>>, long>, std::map<std::basic_string<char, std::char_traits<char>, std::allocator<char>>, long, std::less<std::basic_string<char, std::char_traits<char>, std::allocator<char>>>, std::allocator<std::pair<const std::basic_string<char, std::char_traits<char>, std::allocator<char>>, long>>>::value_compare, std::allocator<std::pair<const std::basic_string<char, std::char_traits<char>, std::allocator<char>>, long>>>::node *)' not inlined lex.yy.c line 6848 } Warning : inline function call 'std::basic_streambuf<char, std::char_traits<char>>::basic_streambuf()' not inlined lex.yy.c line 6848 } Warning : inline function call 'std::__vector_pod<char, std::allocator<char>>::__vector_pod()' not inlined lex.yy.c line 6848 } Warning : inline function call 'Metrowerks::compile_assert<1>::compile_assert()' not inlined lex.yy.c line 6848 } Warning : inline function call 'std::basic_stringstream<char, std::char_traits<char>, std::allocator<char>>::str()const ' not inlined lex.yy.c line 6848 } Warning : inline function call 'std::__vector_imp<char, std::allocator<char>, 1>::~__vector_imp()' not inlined lex.yy.c line 6848 } Warning : inline function call 'std::locale::~locale()' not inlined lex.yy.c line 6848 } Error : ### Error: Out of memory ### -- <http://tunnels.tripod.com/> - My Old-As-Hell Home Page <http://freepages.sf.rootsweb.com/~bhines/> - My newish Genealogy Pages |
|
From: Lark <lar...@ya...> - 2001-02-19 05:00:42
|
on 2/18/01 8:45 PM, Ludovic Nicolle at lni...@wa... wrote: > The other problem id that SF doesn't seem to support shell login into the > CVS server, if I recall correctly. Right, both are needed, then it works. -- Lark <lar...@ya...> |
|
From: Ludovic N. <lni...@wa...> - 2001-02-19 04:49:23
|
>Ach, it seems sourceforge is still using SSH1. > >MacSecSH only SSH2. > >-Ben > >At 7:35 PM -0800 2/18/01, Ben Hines wrote: >>http://www.macsecsh.com/ >> >>Claims to support TCP/SSH port forwarding. >> >>Has anyone tried this one? The other problem id that SF doesn't seem to support shell login into the CVS server, if I recall correctly. Geotzou |
|
From: Ben H. <bh...@sa...> - 2001-02-19 04:39:56
|
Ach, it seems sourceforge is still using SSH1. MacSecSH only SSH2. -Ben At 7:35 PM -0800 2/18/01, Ben Hines wrote: >http://www.macsecsh.com/ > >Claims to support TCP/SSH port forwarding. > >Has anyone tried this one? > >-Ben >-- ><http://tunnels.tripod.com/> - My Old-As-Hell Home Page ><http://freepages.sf.rootsweb.com/~bhines/> - My newish Genealogy Pages > >_______________________________________________ >Scribia-developers mailing list >Scr...@li... >http://lists.sourceforge.net/lists/listinfo/scribia-developers -- <http://tunnels.tripod.com/> - My Old-As-Hell Home Page <http://freepages.sf.rootsweb.com/~bhines/> - My newish Genealogy Pages |
|
From: Ben H. <bh...@sa...> - 2001-02-19 03:34:31
|
http://www.macsecsh.com/ Claims to support TCP/SSH port forwarding. Has anyone tried this one? -Ben -- <http://tunnels.tripod.com/> - My Old-As-Hell Home Page <http://freepages.sf.rootsweb.com/~bhines/> - My newish Genealogy Pages |
|
From: Lark <lar...@ya...> - 2001-02-19 03:20:13
|
Scribia 0.1.4-alpha can be downloaded from http://sourceforge.net/projects/scribia/ Changes since last release: - Changed Rodnus pattern (thanks, Cygnus.) - Added Frrinakin, Par Troon and Vor'harn (thanks, Alias.) - Added fell/gossamer/blood blade and Virgil trainers (thanks, Bones.) - Added Loovma Geer and untraining with a fell blade (thanks, Demian.) - Bones added chainings per exile stats. - Tracking last trainer evaluation (what they say to you). - Progress on the GUI front. Please send suggestions/bug reports to: scr...@so... -- Lark <lar...@ya...> |
|
From: Ben H. <bh...@sa...> - 2001-02-18 21:26:17
|
At 10:27 AM -0800 2/18/01, Lark wrote:
>
>By the way, I think we should make another alpha release soon. ("Release
>early, release often."). Are there any GUI in the queue? Otherwise, I can
>just disable the document window for now and roll a release file.
Go ahead! :)
I'm a fan of lots of releases as well...
Oh, but we should make that test scribia data window bigger, i think.
(not the GUI one, the text one)
-Ben
--
<http://tunnels.tripod.com/> - My Old-As-Hell Home Page
<http://freepages.sf.rootsweb.com/~bhines/> - My newish Genealogy Pages
|
|
From: Lark <lar...@ya...> - 2001-02-18 18:27:05
|
on 2/18/01 12:38 AM, Cygnus at cy...@po... wrote:
> 2/18/01 1:06:41a Swengus bows deeply.
> 2/18/01 1:06:45a Swengus says, "It is always good to greet a respected
> colleague."
Thanks! It should already work with yesterdays commit.
By the way, I think we should make another alpha release soon. ("Release
early, release often."). Are there any GUI in the queue? Otherwise, I can
just disable the document window for now and roll a release file.
--
Lark <lar...@ya...>
|
780 messages has been excluded from this view by a project administrator.
