🚀 go-pugleaf

RetroBBS NetNews Server

Inspired by RockSolid Light RIP Retro Guy

Thread View: borland.public.cppbuilder.nativeapi
15 messages
15 total messages Started by Tom Thu, 16 Nov 2006 22:17
Anyway to go from .obj to .cpp?
#2930
Author: Tom
Date: Thu, 16 Nov 2006 22:17
21 lines
1513 bytes
I opened a project today that I haven't touched since Oct 11th to make some 
changes
to find that unit1.cpp consisted of only php code! Needless to say, this is 
not a good
thing. Because it had been so long since I touched the project my backups 
also contain
the issue. My older backups are just that, older. We're talking 20-30 hours 
of programming
gone.

My question is fairly simple. Is there anyway to extract code back out of a 
.obj file
in any format? Even if I have to clean it up, that will be way quicker than 
trying to
recreate the changes from the changelog. The DFM is still current, so all 
layout changes
that had occurred (a bunch of them) are still there.

Thanks,

Tom
Re: Anyway to go from .obj to .cpp?
#2931
Author: Tom
Date: Thu, 16 Nov 2006 23:36
13 lines
1243 bytes
I found an old post in the archives asking basically
the same thing, and the answer is no, it can't be done.

Since that seems to be the case, anyone happen to
know of a way to read beyond the current file's
length?

In essence the old version of the file was way bigger
than the new version. The drive it's on doesn't get
written to much, so most of the data should still
be there...

-Tom
Re: Anyway to go from .obj to .cpp?
#2932
Author: Remy Lebeau (TeamB)
Date: Fri, 17 Nov 2006 03:41
20 lines
1415 bytes
"Tom" <tom@nospam.net> wrote in message
news:455cf5f1$1@newsgroups.borland.com...

> Since that seems to be the case, anyone happen to
> know of a way to read beyond the current file's
> length?

You don't.  For what you are asking, you would need low-level access to the
underlying file system directly.

> In essence the old version of the file was way bigger
> than the new version. The drive it's on doesn't get
> written to much, so most of the data should still
> be there...

Use a third-party file recovery tool.


Gambit
Re: Anyway to go from .obj to .cpp?
#2933
Author: Tom
Date: Fri, 17 Nov 2006 05:02
15 lines
1440 bytes
> You don't.  For what you are asking, you would need low-level access to 
> the
> underlying file system directly.

Sorry I wasn't very clear, I should have stated if anyone knew a program
that allowed this. I haven't found one that allows reading beyond the 
current
files sector. I think I've found one called Omnixray, that appears to let me
save data from any sector.

If there are any other recommendations let me know.

Thanks,

Tom
Re: Anyway to go from .obj to .cpp?
#2934
Author: Bruce Larrabee
Date: Sat, 18 Nov 2006 11:48
16 lines
1390 bytes
    Hi Tom,

    I HIGHLY recommend 'Get Data Back NTFS' or 'Get Data Back FAT'
    from Runtime Software.

    I think their URL is http://www.runtime.org

    Very functional tool, if the data is on the drive to be recovered
    these tools will recover it.

    They had downloadable demos last I checked.

    HTH,

    Bruce
Re: Anyway to go from .obj to .cpp?
#2935
Author: 4N
Date: Sat, 18 Nov 2006 16:48
20 lines
1472 bytes
isn't your post OT and basically an AD?

"Bruce Larrabee" <bruce_l@westbrookent.com> ha scritto nel messaggio 
news:455ef2f3$1@newsgroups.borland.com...
>
>    Hi Tom,
>
>    I HIGHLY recommend 'Get Data Back NTFS' or 'Get Data Back FAT'
>    from Runtime Software.
>
>    I think their URL is http://www.runtime.org
>
>    Very functional tool, if the data is on the drive to be recovered
>    these tools will recover it.
>
>    They had downloadable demos last I checked.
>
>    HTH,
>
>    Bruce 
Re: Anyway to go from .obj to .cpp?
#2936
Author: 4N
Date: Sat, 18 Nov 2006 16:53
29 lines
1819 bytes
sorry, I was confused because I thought we were talking about a converter 
from obj to high level language (that none has done for what I know).
Tom, even if you manage to retrieve the data after the end of file it will 
be useless in my opinion...

"4N" <xxxx@yyyy.zzz> ha scritto nel messaggio 
news:455f38f8@newsgroups.borland.com...
> isn't your post OT and basically an AD?
>
> "Bruce Larrabee" <bruce_l@westbrookent.com> ha scritto nel messaggio 
> news:455ef2f3$1@newsgroups.borland.com...
>>
>>    Hi Tom,
>>
>>    I HIGHLY recommend 'Get Data Back NTFS' or 'Get Data Back FAT'
>>    from Runtime Software.
>>
>>    I think their URL is http://www.runtime.org
>>
>>    Very functional tool, if the data is on the drive to be recovered
>>    these tools will recover it.
>>
>>    They had downloadable demos last I checked.
>>
>>    HTH,
>>
>>    Bruce
>
> 
Re: Anyway to go from .obj to .cpp?
#2738
Author: Alan Bellingham
Date: Sat, 18 Nov 2006 19:18
18 lines
1456 bytes
"Tom" <tom@nospam.net> wrote:

>thing. Because it had been so long since I touched the project my backups 
>also contain
>the issue. My older backups are just that, older. We're talking 20-30 hours 
>of programming
>gone.

Ah, and you don't use a source repository?

May I suggest that, however you resolve this issue, in future you do
start to use a repository?

Alan Bellingham
-- 
Team Thai Kingdom
<url:http://www.borland.com/newsgroups/> Borland newsgroup descriptions
<url:http://www.borland.com/newsgroups/netiquette.html>      netiquette
Re: Anyway to go from .obj to .cpp?
#2737
Author: Tom
Date: Sat, 18 Nov 2006 19:34
34 lines
2124 bytes
Alan,

Is there a way to have it interface with the IDE so that each time a build 
is done, the changes
files are added to the repository? That's been my biggest problem so far, is 
that I'll be plugging
along and dont' want to get interrupted to manually update files to a 
backup. Which is why I
went to a nightly backup, that archives about a week or so before it starts 
over.

-Tom

"Alan Bellingham" <alanb@episys.com> wrote in message 
news:c3nul2ht6luqmj6eu5nlksojln67tcrqgg@4ax.com...
> "Tom" <tom@nospam.net> wrote:
>
>>thing. Because it had been so long since I touched the project my backups
>>also contain
>>the issue. My older backups are just that, older. We're talking 20-30 
>>hours
>>of programming
>>gone.
>
> Ah, and you don't use a source repository?
>
> May I suggest that, however you resolve this issue, in future you do
> start to use a repository?
>
> Alan Bellingham
> -- 
> Team Thai Kingdom
> <url:http://www.borland.com/newsgroups/> Borland newsgroup descriptions
> <url:http://www.borland.com/newsgroups/netiquette.html>      netiquette 
Re: Anyway to go from .obj to .cpp?
#2739
Author: Alan Bellingham
Date: Sat, 18 Nov 2006 23:54
25 lines
2024 bytes
"Tom" <tom@nospam.net> wrote:

>Is there a way to have it interface with the IDE so that each time a build 
>is done, the changes
>files are added to the repository? That's been my biggest problem so far, is 
>that I'll be plugging
>along and dont' want to get interrupted to manually update files to a 
>backup. Which is why I
>went to a nightly backup, that archives about a week or so before it starts 
>over.

I personally, with BCB, manually pull a bunch of files out when I want
to edit them, and remember to put them back later. But there are ways to
configure the IDE to talk to a repository - I've just been too lazy to
get BCB to talk to VSS.

In the case of a different source repository, then the configuration
will be different. And a different IDE will be different too, but it's
usually doable.

Alan Bellingham
-- 
Team Thai Kingdom
<url:http://www.borland.com/newsgroups/> Borland newsgroup descriptions
<url:http://www.borland.com/newsgroups/netiquette.html>      netiquette
Re: Anyway to go from .obj to .cpp?
#2740
Author: Dennis Jones
Date: Sun, 19 Nov 2006 05:51
38 lines
2896 bytes
"Tom" <tom@nospam.net> wrote in message 
news:455f602b@newsgroups.borland.com...
> Alan,
>
> Is there a way to have it interface with the IDE so that each time a build 
> is done, the changes
> files are added to the repository? That's been my biggest problem so far, 
> is that I'll be plugging
> along and dont' want to get interrupted to manually update files to a 
> backup. Which is why I
> went to a nightly backup, that archives about a week or so before it 
> starts over.

First, forget worrying about integration in the IDE.  If it is available, 
great.  But if not, don't let that stop you from using a revision control 
system.  The two most popular revision control systems are CVS 
(http://www.nongnu.org/cvs) and Subversion (http://subversion.tigris.org), 
both of which have Windows Explorer integration tools available, TortoiseCVS 
(http://www.tortoisecvs.org) and TortoiseSVN 
(http://tortoisesvn.tigris.org), respectively.

Second, you don't necessarily have to commit changes *every* time you do a 
build.  Instead, only commit changes when you've completed some unit of work 
that makes sense, like, for example, after adding a feature.

Third, using backups instead of revision control is cumbersome, provides you 
with practically zero history information, and is very dangerous.  They 
might be fine if your work isn't critical or if you never delete the 
backups, but as you've already discovered, if you use some kind of rotation 
scheme to save space, then you can easily lose information that you may 
never be able to get back.

Of course, once you have a revision control system in place, you should 
still keep nightly backups of your repository.  And you can safely rotate 
backups of your repository without ever losing any data.

- Dennis 
Re: Anyway to go from .obj to .cpp?
#2741
Author: Bruce Larrabee
Date: Sun, 19 Nov 2006 10:09
25 lines
1769 bytes
     Ah 4N,

 > 4N wrote...
 >
> isn't your post OT and basically an AD?
> 

    I don't believe my post qualifies as an ad,
    being as I'm in no way shape or form even
    peripherally connected with the product I
    recommended. On the other hand I am fairly
    familiar with this particular genre of
    software utilities.

    If my post appeared otherwise I hope that
    I have cleared that up...

    Any suggestions as to how to avoid giving
    that impression in my future posts will be
    read and considered...  B)

    HTH,

    Bruce
Re: Anyway to go from .obj to .cpp?
#2742
Author: 4N
Date: Sun, 19 Nov 2006 14:32
31 lines
1788 bytes
it was my fault for not recalling exactly what Tom asked in his second post, 
I apologised for that :)


"Bruce Larrabee" <bruce_l@westbrookent.com> ha scritto nel messaggio 
news:45602d6c$1@newsgroups.borland.com...
>
>     Ah 4N,
>
> > 4N wrote...
> >
>> isn't your post OT and basically an AD?
>>
>
>    I don't believe my post qualifies as an ad,
>    being as I'm in no way shape or form even
>    peripherally connected with the product I
>    recommended. On the other hand I am fairly
>    familiar with this particular genre of
>    software utilities.
>
>    If my post appeared otherwise I hope that
>    I have cleared that up...
>
>    Any suggestions as to how to avoid giving
>    that impression in my future posts will be
>    read and considered...  B)
>
>    HTH,
>
>    Bruce 
Re: Anyway to go from .obj to .cpp?
#2743
Author: Bruce Larrabee
Date: Sun, 19 Nov 2006 16:54
23 lines
1910 bytes
    Hi all,

    If you're looking for a simple method it wouldn't take
    much to create a utility that just created a set of backup
    files at predetermined intervals... (I've even done stuff
    like with dos scripts, but I won't recommend that...)
    I know it's 'quick and dirty' but if the alternative
    looks like even less, well...

    I find this to be very useful in such situations also...

    // version string for development version...

    #define VERSION strcat( strcat( strcat( " Developement Version 2.2 - ", __DATE__), " - "), __TIME__)

    (it appears in the debug version headers)

    The CVS is a better idea of course...

    HTH,

    Bruce
Re: Anyway to go from .obj to .cpp?
#2750
Author: Bob Gonder
Date: Tue, 21 Nov 2006 00:37
9 lines
1370 bytes
Tom wrote:

>I opened a project today that I haven't touched since Oct 11th to make some 
>changes to find that unit1.cpp consisted of only php code! 

I would also suggest changing the unit names to something
application-specific at the first save.

Using generic unit names is asking for (this kind of) trouble, IMO.
Thread Navigation

This is a paginated view of messages in the thread with full content displayed inline.

Messages are displayed in chronological order, with the original post highlighted in green.

Use pagination controls to navigate through all messages in large threads.

Back to All Threads