Menu
▾
▴
filecaddy-developers
|
From: Matthew B. <mb...@ky...> - 2002-07-23 20:02:08
|
In reference to: http://sourceforge.net/tracker/index.php?func=detail&aid=583896&group_id=56482&atid=480741 This really, really, needs to be fixed. Dave, you're the master of VFSMgr, what's your take on this? ../Src/VFSMgr.c, Line: 3386 FATOpenFile: 0x2A08 It seems to happen semi-randomly when copying files (doesn't seem to matter the size of individual, the group, the number of files, etc.) -- Matthew (Darkstorm) Bevan mb...@ma... Margin Software, NECTI. http://www.marginsoftware.com Re-inventing the wheel, every time. - A closed mouth gathers no foot. |
|
From: David J. K. <dke...@ko...> - 2002-07-24 12:23:13
|
Install VFSHelper build 738 (I'm mailing it to you off-list), reproduce the
error, and give me the new line #
What I *really* need is a consistantly reproducable test case. Running with
the logging version of VFSHelper can slow things down by as much as 1000%
and generates so much data that you can't just run normally with it and wait
for the problem to pop up.
If I had to guess, I'd say it's a memory management problem in FileCaddy. If
you reproduce it with build 736 we should be able to pin it down to a
particular VFS call and that may tell us where to go look.
--
- Dave Kessler
President - Kopsis, Inc.
http://kopsisengineering.com
On Tue, Jul 23, 2002 at 01:03:39PM -0700, Matthew Bevan wrote:
> In reference to:
> http://sourceforge.net/tracker/index.php?func=detail&aid=583896&group_id=56482&atid=480741
>
> This really, really, needs to be fixed.
>
> Dave, you're the master of VFSMgr, what's your take on this?
> ../Src/VFSMgr.c, Line: 3386
> FATOpenFile: 0x2A08
>
> It seems to happen semi-randomly when copying files (doesn't seem to
> matter the size of individual, the group, the number of files, etc.)
>
> --
> Matthew (Darkstorm) Bevan mb...@ma...
> Margin Software, NECTI. http://www.marginsoftware.com
> Re-inventing the wheel, every time.
>
> - A closed mouth gathers no foot.
>
>
>
> -------------------------------------------------------
> This sf.net email is sponsored by:ThinkGeek
> Welcome to geek heaven.
> http://thinkgeek.com/sf
> _______________________________________________
> Filecaddy-developers mailing list
> Fil...@li...
> https://lists.sourceforge.net/lists/listinfo/filecaddy-developers
|
|
From: Matthew B. <mb...@ky...> - 2002-07-24 13:27:37
|
The tab key and CTRL-V are so close together, eh? I've installed the new VFSHelper and have re-produced the error, several times: ../Src/VFSMgr.c Line 3461 FATOpenFile, 2A08 A total of 13 files were copied before the crash (one 0-length file left over) for a total of around 58.7 kilobytes. The list was sorted by name, FYI. The file it croaked on has the following name: "Awakening of a Vampire.pdb" - a poem in WordSmith format. Other long-named files (including some symbols) have not had problems, though. -- Matthew (Darkstorm) Bevan mb...@ma... Margin Software, NECTI. http://www.marginsoftware.com Re-inventing the wheel, every time. - Good news from afar can bring you a welcome visitor. |
|
From: Matthew B. <mb...@ky...> - 2002-07-24 15:35:51
|
Got it! Please forgive the extreme "brainstorm" style of this
message...
The filename is one character too long, by VFSHelper's reckoning. The
path is:
/Palm/Backup/Awakening of a Vampire.pd{EURO symbol}
Ohi. I guess I need to add a test to the StrCopies... I'm re-building
and testing. Either that or the last character is being corrupted
somehow. That's more likely. Hmm...
CurrentDirectory = "/Palm/Backup";
file->name = "Awakening of a Vampire";
PathLength = StrLen(CurrentDirectory) + StrLen(file->name) + 4;
Path = CurrentDirectory + "/" + FileName + ".pdb";
The culprit is in the +4... needs to be +5 :D However, now it crashes
elsewhere...
/Palm/Backup/AddressStatesDB.pdb{EURO symbol}
Ah! NULL terminator... *slaps forehead* I guess I should release pre3
soon, eh?
--
Matthew (Darkstorm) Bevan mb...@ma...
Margin Software, NECTI. http://www.marginsoftware.com
Re-inventing the wheel, every time.
- A journey of a thousand miles begins with a cash advance.
|
|
From: David J. K. <dke...@ko...> - 2002-07-24 15:44:35
|
If only strings were a native C datatype ;) I'd say that fix warrants the
release of "pre3".
--
- Dave Kessler
President - Kopsis, Inc.
http://kopsisengineering.com
On Wed, Jul 24, 2002 at 08:35:50AM -0700, Matthew Bevan wrote:
> Got it! Please forgive the extreme "brainstorm" style of this
> message...
>
> The filename is one character too long, by VFSHelper's reckoning. The
> path is:
>
> /Palm/Backup/Awakening of a Vampire.pd{EURO symbol}
>
> Ohi. I guess I need to add a test to the StrCopies... I'm re-building
> and testing. Either that or the last character is being corrupted
> somehow. That's more likely. Hmm...
>
> CurrentDirectory = "/Palm/Backup";
> file->name = "Awakening of a Vampire";
> PathLength = StrLen(CurrentDirectory) + StrLen(file->name) + 4;
> Path = CurrentDirectory + "/" + FileName + ".pdb";
>
> The culprit is in the +4... needs to be +5 :D However, now it crashes
> elsewhere...
>
> /Palm/Backup/AddressStatesDB.pdb{EURO symbol}
>
> Ah! NULL terminator... *slaps forehead* I guess I should release pre3
> soon, eh?
>
> --
> Matthew (Darkstorm) Bevan mb...@ma...
> Margin Software, NECTI. http://www.marginsoftware.com
> Re-inventing the wheel, every time.
>
> - A journey of a thousand miles begins with a cash advance.
>
>
>
> -------------------------------------------------------
> This sf.net email is sponsored by:ThinkGeek
> Welcome to geek heaven.
> http://thinkgeek.com/sf
> _______________________________________________
> Filecaddy-developers mailing list
> Fil...@li...
> https://lists.sourceforge.net/lists/listinfo/filecaddy-developers
|
Thanks for helping keep SourceForge clean.
X