 |
 |
| Crash when disabling theme and applying |
 |
 |
By Kevin_Field - Posted on April 9, 2006 - 08:36:31 (#19396)
Current version when comment was posted: Beta 03 |
 |
 |
It's kinda slow on my machine when perusing folder heirarchies, so I tried to disable the themes again, and this is what happens:
loading symbols
segment violation occurred
BString::UnlockBuffer(long):
UnlockBuffer__7BStringl:
+004d ec335121: * 118b movl (%ecx), %edx
w>Tracker Settings:sc
frame retaddr
fd04218c ecc6b3af BPrivate::ThemesSettingsView::MessageReceived(BMessage *) + 0000019f
fd0421dc ec307905 BWindow::DispatchMessage(BMessage *, BHandler *) + 000007c5
fd042240 ec3064ee BWindow::task_looper(void) + 00000362
fd04228c ec24efa6 BLooper::_task0_(void *) + 00000036
fd0422a0 ec0851ed thread_start + 00000039
w>Tracker Settings:
|
|
| Ohhh.... |
 |
 |
By Kevin_Field - Posted on April 9, 2006 - 08:31:56 (#19394)
Current version when comment was posted: Beta 03 |
 |
 |
Yar, that works. I had been to the SVG site, not the NewFS one. I guess the download here is only Beta 7, not Beta 7c? Themes didn't show up until I re-downloaded from the site you pointed out. Looks pretty slick!
Thanks,
Kev
|
|
| Re: Desktop icons? |
 |
 |
By Diver - Posted on April 7, 2006 - 13:45:33 (#19379)
Current version when comment was posted: Beta 03 |
 |
 |
Did you look here? http://newfs.mlotz.ch/
|
|
| Desktop icons? |
 |
 |
By Kevin_Field - Posted on April 7, 2006 - 12:29:01 (#19378)
Current version when comment was posted: Beta 03 |
 |
 |
Okay, so I installed this...now what? I can see the mcclintock icons fine and they look great--how do I get them to be the default icons in Tracker?
Kev
|
|
| It's not that easy |
 |
 |
By mmlr - Posted on May 8, 2005 - 07:00:14 (#16554)
Current version when comment was posted: Beta 03 |
 |
 |
The difference between Tracker.NewFS and OpenTracker have become quite big since it was forked and the Tracker.NewFS needs many of those changes to support SVG, PNG and thumbnail-icons. It would certainly be possible to "port" the SVG support only, but then you would still only get 32x32 and 16x16 pixel icons. To change this you would need to rewrite quite some of the internal iconhandling inside OpenTracker.
I talked about this with Axel once and I had to agree that the way SVG and PNG-icons are handled by Tracker.NewFS (and the Zeta Tracker for that matter) is not a clean one. The problem is that BeOS, through it's GetIcon() functions, only supports B_MINI_ICON and B_LARGE_ICON. Everything else like fancy 128x128 PNG icons or even scalable ones have to be handled by Tracker.NewFS itself and cannot be accessed through a public API. You see, as the BeOS provides the GetIcon() calls (by BMimeType or BAppFileInfo) every application can use them. With this kind of SVG support in Tracker.NewFS this is not the case.
The conclusion is that, while technically possible, it would never be a really clean implementation and OpenTracker certainly won't accept that. It may be coded with a perfect coding style and may have absolutely no bugs, but it's just not "the right way", you know. Expect OpenTracker to adopt SVG when Haiku comes to R2 and supports more than B_MINI_ICON and B_LARGE_ICON nativly and it can be implemented based on a public API.
|
|
| and OpenTracker... |
 |
 |
By cvincent - Posted on May 8, 2005 - 05:19:52 (#16553)
Current version when comment was posted: Beta 03 |
 |
 |
Please include in opentracker source the use of SVG translator for display icon !!!
Regards,
|
|
| Public Experimental Package |
 |
 |
By mmlr - Posted on February 7, 2005 - 10:09:06 (#15736)
Current version when comment was posted: Beta 03 |
 |
 |
As you can read in the libbsvg forum (http://forum.mlotz.ch/viewtopic.php?t=48) there is a newer version (binary only) available.
This is sort of a preview of the upcoming Beta 04 package. It's titled experimental, but should be quite solid for daily use.
For more information and a description of the most recent changes, please follow the link.
Please report issues in the forum or directly by e-mail (mmlr@mlotz.ch).
|
|
| On the close window crash again |
 |
 |
By Masque - Posted on August 11, 2004 - 03:43:24 (#13817)
Current version when comment was posted: Beta 03 |
 |
 |
I got the same problem with R5 (AthlonXP processor with patched kernel: GenuineIntel changed to AuthenticAMD) and with Tracker.NewFS 3.0 beta6, but not with NewFS 3.0 beta5.
Beta5 crashes when closing a folder window only if it contains thumbnails of images in scaled view.
There's also a strange thing: the SVG translator appears twice in the Data Tranlator app. Every entry, however, points at the same file: /boot/home/config/add-ons/Translators/SVG Translator.
I hope that it could help you fixing the bug.
|
|
| Yup! |
 |
 |
By mario - Posted on August 8, 2004 - 17:04:00 (#13777)
Current version when comment was posted: Beta 03 |
 |
 |
|
| Scalable Vector Graphics |
 |
 |
By MYOB - Posted on August 7, 2004 - 11:45:37 (#13762)
Current version when comment was posted: Beta 03 |
 |
 |
That answer your question?
|
|
| Can you tell I hate abbreviations? |
 |
 |
By mario - Posted on August 7, 2004 - 11:31:59 (#13761)
Current version when comment was posted: Beta 03 |
 |
 |
|
| hmm... |
 |
 |
By looncraz - Posted on August 7, 2004 - 07:38:42 (#13760)
Current version when comment was posted: Beta 03 |
 |
 |
The only times it crashes for me are as follows:
Incorrect icon ( set binary as its own icon./..not good)
Trying to scale an already scaled view
A bad translator, or more than one translator that support the same type. - I sometimes get an alert I can't click that says the jpeg header is bad. Probably the Haiku jpeg translator's fault.
In any event, the caching considerably improves performance here, though it is natural that more RAM is used. I would say making a set cache size limit, and removing entries with the lowest hit rate once this limit is approached is likely the best idea.
I would make the limit adjustable with a 10 MB preset.
Lot of work though.. maybe just let caching be turned off entirely.
--The loon
|
|
| More on the crash (debug info) |
 |
 |
By Masque - Posted on August 7, 2004 - 02:48:20 (#13759)
Current version when comment was posted: Beta 03 |
 |
 |
I'm using Dano and this is the debug info of the crash when closing a window in icon view.
Thread Name: w>Applications
Error: segment violation
Team ID: 591 Thread ID: 22084
EIP: 0xef1c3d5d
segment violation occurred
.LFB33:
.LFB33:
+004d ef1c3d5d: * 0850bf0f movsx 0x00000008(%eax), %edx
w>Applications:regs
eax 00000040 ebp fd03992c cs 001b
edx 00000021 esi 00000021 ss 0023
ecx 8006ed08 edi 00000042 ds 0023
ebx ef2884d4 esp fd03991c es 0023
fs 32db
eflags 00010282 eip ef1c3d5d
trap_no 0000000e error_code 00000004
w>Applications:fregs
fcw: 037f fsw:4025
ftw: 0000
fp_eip: 00000000
fp_cs: 0000
fop: 000
fp_datap: 00000000
fp_ds: 0000
fp_st0: 1 4006 c3e4dd0000000000 (-195.893997)
fp_st1: 0 4007 d5f1000000000000 (427.882812)
fp_st2: 0 4007 da00000000000000 (436.000000)
fp_st3: 0 4007 b680000000000000 (365.000000)
fp_st4: 1 4003 8400000000000000 (-16.500000)
fp_st5: 0 4007 e400000000000000 (456.000000)
fp_st6: 0 0000 0000000000000000 (0.000000)
fp_st7: 0 4007 d180000000000000 (419.000000)
w>Applications:mmxregs
mm0: (c006) c3e4dd0000000000
mm1: (4007) d5f1000000000000
mm2: (4007) da00000000000000
mm3: (4007) b680000000000000
mm4: (c003) 8400000000000000
mm5: (4007) e400000000000000
mm6: (0000) 0000000000000000
mm7: (4007) d180000000000000
xmm0: -653991089479651426354331648.00000000 -648677541742707537430446080.00000000 -10932335400223471355612506139857518592.00000000 0.00000000
ec073e00 ec0624b4 fd0397dc 0000024f
xmm1: 0.00000000 0.00000000 0.00000000 0.00000000
00000000 00000000 00000000 00000000
xmm2: 0.00000000 0.00000000 0.00000000 0.00000000
00000000 00000000 00000000 00000000
xmm3: 0.00000000 0.00000000 0.00000000 0.00000000
00000000 00000000 00000000 00000000
xmm4: 0.00000000 0.00000000 0.00000000 0.00000000
00000000 00000000 00000000 00000000
xmm5: 0.00000000 0.00000000 0.00000000 0.00000000
00000000 00000000 00000000 00000000
xmm6: 0.00000000 0.00000000 0.00000000 0.00000000
00000000 00000000 00000000 00000000
xmm7: 0.00000000 0.00000000 0.00000000 0.00000000
00000000 00000000 00000000 00000000
w>Applications:sc
frame retaddr
fd03992c ef1d0631 .LFB345 + 0000001d
fd039940 ef15f152 BPrivate::BPoseView::~BPoseView(void) + 0000005e
fd039958 ec58be5e BWindow::~BWindow(void) + 00000126
fd039980 ef0cd329 BPrivate::BContainerWindow::~BContainerWindow(void) + 000001bd
fd03999c ec4bdfb7 BLooper::Quit(void) + 0000009b
fd0399c0 ec58c135 BWindow::Quit(void) + 000000cd
fd0399d4 ef0cd67c BPrivate::BContainerWindow::Quit(void) + 00000348
fd0399f4 ec4bdec9 BLooper::do_quit_requested(BMessage *) + 000000fd
fd039a58 ec4beba4 BLooper::DispatchMessage(BMessage *, BHandler *) + 00000034
fd039a70 ec592542 BWindow::DispatchMessage(BMessage *, BHandler *) + 00000bea
fd039b38 ec58eef6 BWindow::task_looper(void) + 0000047e
fd039c28 ec4be1c1 BLooper::_task0_(void *) + 00000035
fd039c3c ec05032c thread_start + 00000038
w>Applications:ps
PID DEBUG NAME STATUS
51bb Tracker semaphore
51bf TrashWatcher semaphore
51c0 ClipboardRefsWatcher semaphore
51c2 DirPoller semaphore
51c4 w>Desktop semaphore
51c7 TrackerTaskLoop snoozing
5261 AutomountScan snoozing
5644 curr w>Applications semaphore
572d team 591 debugtask semaphore
This is the debug info when it crashes after closing a window in list mode with the duplicates.
Thread Name: w>Applications
Error: general protection fault
Team ID: 594 Thread ID: 22690
EIP: 0xec062225
general protection fault occurred
_free_internal:
_free_internal:
+0025 ec062225: * fc428b movl -0x00000004(%edx), %eax
w>Applications:regs
eax fffffff9 ebp fd0f08a4 cs 001b
edx 00000001 esi 00000001 ss 0023
ecx 00000001 edi ec079f80 ds 0023
ebx ec079684 esp fd0f0884 es 0023
fs 45cb
eflags 00010202 eip ec062225
trap_no 0000000d error_code 00000000
w>Applications:fregs
fcw: 037f fsw:4025
ftw: 0000
fp_eip: 00000000
fp_cs: 0000
fop: 000
fp_datap: 00000000
fp_ds: 0000
fp_st0: 0 4002 8604800000000000 (8.376099)
fp_st1: 0 4004 80ed06468abbfa1f (32.231469)
fp_st2: 0 0000 0000000000000000 (0.000000)
fp_st3: 0 4003 a000000000000000 (20.000000)
fp_st4: 0 4004 a000000000000000 (40.000000)
fp_st5: 0 4007 e100000000000000 (450.000000)
fp_st6: 0 0000 0000000000000000 (0.000000)
fp_st7: 0 4007 d180000000000000 (419.000000)
w>Applications:mmxregs
mm0: (4002) 8604800000000000
mm1: (4004) 80ed06468abbfa1f
mm2: (0000) 0000000000000000
mm3: (4003) a000000000000000
mm4: (4004) a000000000000000
mm5: (4007) e100000000000000
mm6: (0000) 0000000000000000
mm7: (4007) d180000000000000
xmm0: -653991089479651426354331648.00000000 -648677541742707537430446080.00000000 -11882525725335344811633586968104796160.00000000 0.00000000
ec073e00 ec0624b4 fd0f07dc 00000252
xmm1: 0.00000000 0.00000000 0.00000000 0.00000000
00000000 00000000 00000000 00000000
xmm2: 0.00000000 0.00000000 0.00000000 0.00000000
00000000 00000000 00000000 00000000
xmm3: 0.00000000 0.00000000 0.00000000 0.00000000
00000000 00000000 00000000 00000000
xmm4: 0.00000000 0.00000000 0.00000000 0.00000000
00000000 00000000 00000000 00000000
xmm5: 0.00000000 0.00000000 0.00000000 0.00000000
00000000 00000000 00000000 00000000
xmm6: 0.00000000 0.00000000 0.00000000 0.00000000
00000000 00000000 00000000 00000000
xmm7: 0.00000000 0.00000000 0.00000000 0.00000000
00000000 00000000 00000000 00000000
w>Applications:sc
frame retaddr
fd0f08a4 ec0624ab _free + 0000002b
fd0f08c8 ec04e8ca free + 0000005e
fd0f08e4 ef14c11f BPrivate::Model::~Model(void) + 0000003f
fd0f08f8 ef15e597 BPrivate::BPose::~BPose(void) + 0000002b
fd0f0910 ef1c3d69 .LFB33 + 00000059
fd0f092c ef1d0631 .LFB345 + 0000001d
fd0f0940 ef15f152 BPrivate::BPoseView::~BPoseView(void) + 0000005e
fd0f0958 ec58be5e BWindow::~BWindow(void) + 00000126
fd0f0980 ef0cd329 BPrivate::BContainerWindow::~BContainerWindow(void) + 000001bd
fd0f099c ec4bdfb7 BLooper::Quit(void) + 0000009b
fd0f09c0 ec58c135 BWindow::Quit(void) + 000000cd
fd0f09d4 ef0cd67c BPrivate::BContainerWindow::Quit(void) + 00000348
fd0f09f4 ec4bdec9 BLooper::do_quit_requested(BMessage *) + 000000fd
fd0f0a58 ec4beba4 BLooper::DispatchMessage(BMessage *, BHandler *) + 00000034
fd0f0a70 ec592542 BWindow::DispatchMessage(BMessage *, BHandler *) + 00000bea
fd0f0b38 ec58eef6 BWindow::task_looper(void) + 0000047e
fd0f0c28 ec4be1c1 BLooper::_task0_(void *) + 00000035
fd0f0c3c ec05032c thread_start + 00000038
w>Applications:ps
PID DEBUG NAME STATUS
5785 Tracker semaphore
5789 TrashWatcher semaphore
578a ClipboardRefsWatcher semaphore
578c DirPoller semaphore
578e w>Desktop semaphore
5791 TrackerTaskLoop snoozing
57a1 AutomountScan snoozing
58a2 curr w>Applications semaphore
5b03 team 594 debugtask semaphore
And these are the debug info when it crashes when arranging the icons in icon mode (ctrl+alt+k).
Thread Name: w>home
Error: general protection fault
Team ID: 597 Thread ID: 24425
EIP: 0xec062225
general protection fault occurred
_free_internal:
_free_internal:
+0025 ec062225: * fc428b movl -0x00000004(%edx), %eax
w>home:regs
eax fffffff9 ebp fd039894 cs 001b
edx 00000001 esi 00000001 ss 0023
ecx 00000001 edi ec079f80 ds 0023
ebx ec079684 esp fd039874 es 0023
fs 7c03
eflags 00010202 eip ec062225
trap_no 0000000d error_code 00000000
w>home:fregs
fcw: 037f fsw:0120
ftw: 0000
fp_eip: 00000000
fp_cs: 0000
fop: 000
fp_datap: 00000000
fp_ds: 0000
fp_st0: 0 0000 0000000000000000 (0.000000)
fp_st1: 0 0000 0000000000000000 (0.000000)
fp_st2: 1 401e 8000000000000000 (-2147483648.000000)
fp_st3: 1 401e 8000000000000000 (-2147483648.000000)
fp_st4: 0 4006 d200000000000000 (210.000000)
fp_st5: 0 4003 a000000000000000 (20.000000)
fp_st6: 0 0000 0000000000000000 (0.000000)
fp_st7: 0 4006 d200000000000000 (210.000000)
w>home:mmxregs
mm0: (0000) 0000000000000000
mm1: (0000) 0000000000000000
mm2: (c01e) 8000000000000000
mm3: (c01e) 8000000000000000
mm4: (4006) d200000000000000
mm5: (4003) a000000000000000
mm6: (0000) 0000000000000000
mm7: (4006) d200000000000000
xmm0: 0.00000000 nan nan nan
00000000 ffffffff ffffffff ffffffff
xmm1: 0.00000000 0.00000000 0.00000000 0.00000000
00000000 00000000 00000000 00000000
xmm2: 0.00000000 0.00000000 0.00000000 0.00000000
00000000 00000000 00000000 00000000
xmm3: 0.00000000 0.00000000 0.00000000 0.00000000
00000000 00000000 00000000 00000000
xmm4: 0.00000000 0.00000000 0.00000000 0.00000000
00000000 00000000 00000000 00000000
xmm5: 0.00000000 0.00000000 0.00000000 0.00000000
00000000 00000000 00000000 00000000
xmm6: 0.00000000 0.00000000 0.00000000 0.00000000
00000000 00000000 00000000 00000000
xmm7: 0.00000000 0.00000000 0.00000000 0.00000000
00000000 00000000 00000000 00000000
w>home:sc
frame retaddr
fd039894 ec0624ab _free + 0000002b
fd0398b8 ec04e8ca free + 0000005e
fd0398d4 ef14c11f BPrivate::Model::~Model(void) + 0000003f
fd0398e8 ef15e597 BPrivate::BPose::~BPose(void) + 0000002b
fd039900 ef1d0034 BObjectList<BPrivate::BPose>::MakeEmpty(void) + 00000054
fd03991c ef167ed8 BPrivate::BPoseView::Cleanup(bool) + 0000018c
fd0399dc ef164e56 BPrivate::BPoseView::MessageReceived(BMessage *) + 00000fa6
fd039a74 ec592513 BWindow::DispatchMessage(BMessage *, BHandler *) + 00000bbb
fd039b38 ec58eef6 BWindow::task_looper(void) + 0000047e
fd039c28 ec4be1c1 BLooper::_task0_(void *) + 00000035
fd039c3c ec05032c thread_start + 00000038
w>home:ps
PID DEBUG NAME STATUS
5b1f Tracker semaphore
5b23 TrashWatcher semaphore
5b24 ClipboardRefsWatcher semaphore
5b26 DirPoller semaphore
5b28 w>Desktop semaphore
5b2b TrackerTaskLoop snoozing
5bc4 AutomountScan snoozing
5f69 curr w>home semaphore
5f6c team 597 debugtask semaphore
Hope that could help :-)
|
|
| Crash when closing folders (2) |
 |
 |
By Masque - Posted on August 5, 2004 - 07:56:17 (#13730)
Current version when comment was posted: Beta 03 |
 |
 |
I found that, when switching from Icon View to List View, Tracker shows every file twice (apps, apps, beos, beos, etc.).
When closing a window in List View with the duplicate files, it makes the Tracker crash.
In Icon View, when trying to "clean up" with ctrl-alt-k it makes the tracker crash.
I suppose that's coused by the duplicates: the tracher trying to sort files with the same identical name.
I think that in Icon View, the duplicates aren't visible, because they are overlapped by themselves.
When a folder is opened directly in List View (not switching from Icon to List, but opening directly in List), no duplicates appears.
|
|
| Crash when closing folders |
 |
 |
By Masque - Posted on August 5, 2004 - 07:28:52 (#13729)
Current version when comment was posted: Beta 03 |
 |
 |
I found that it crashes constantly when closing folders containing many different icons (the folder containing mc clintock's icons, image folders with many thumbnails, my home folder). It happens regulary in Icon View and randomly in List View.
|
|
| Caching |
 |
 |
By mmlr - Posted on August 5, 2004 - 01:38:04 (#13726)
Current version when comment was posted: Beta 03 |
 |
 |
The Tracker has iconcaches that always keeps the latest icons. For normal 32x32x8 icons you don't notice this, but with big thumbnails in 32bit color this consumes quite a bit of memory. I will adjust the caching behaviour and / or compress some of the files to address this problem. With todays harddisks and mainboards it wouldn't even be that much of a problem to always load them from attributes and remove them from the cache when closing the folder.
|
|
| Memleak or design specifics? |
 |
 |
By SD - Posted on August 4, 2004 - 21:39:01 (#13725)
Current version when comment was posted: Beta 03 |
 |
 |
Currently Tracker reports to use 82/89 MB of RAM,
I believe that actually this RAM is used by Translators, as i tried to view in scaled mode folder with 300 pictures. At moment folder is closed, but memory is still occupied.
I met such behaviour with other application using TranslationKit, so i'm not in panic, just wish to know if it is really memory used by Translators cache and it may be freed when need in it raises.
|
|
| Restoring icons |
 |
 |
By erpe - Posted on July 1, 2004 - 11:51:26 (#13164)
Current version when comment was posted: Beta 02 |
 |
 |
Great add-on! Does only someone know how te restore the original icons???
|
|
| documentation &/or help |
 |
 |
By rayman - Posted on June 30, 2004 - 05:07:44 (#13142)
Current version when comment was posted: Beta 02 |
 |
 |
I test actually bsvgeditor, and I have big problem to use it without little documentation.
But I progress slowly, and I find if it exist a posibility to erase the last point of Path ?
|
|
| Add-ons not working .. |
 |
 |
By ashkarkm - Posted on June 28, 2004 - 19:49:49 (#13106)
Current version when comment was posted: Beta 02 |
 |
 |
After i have installed the SVG pack and the tracker supplied with it, all my addons stoped working, it displays an error message showing errror loading..
..HELP ME
|
|
| error with full install on R5.0.3 |
 |
 |
By Remy - Posted on June 28, 2004 - 17:56:03 (#13103)
Current version when comment was posted: Beta 02 |
 |
 |
loading symbols
segment violation occurred
_malloc_internal:
_malloc_internal:
+015a ec08d9be: * 0c7889 movl %edi, 0x0000000c(%eax)
|
|
| Great! Only a few bugs... |
 |
 |
By rockman - Posted on June 27, 2004 - 10:49:34 (#13082)
Current version when comment was posted: Beta 02 |
 |
 |
It' nice to finally have SVG icons on R5!
The only bugs I found were these:
1- Icons disappear when passing to/from list visualization: it also says "no files".
2- Ordering by attribute in list mode doesn't work or seldom works.
3- No icon change for special folders (boot drive, home, trash etc).
I suggest looking at the way BeTheme solved that problem... I don't know if you could do the same with SVG: maybe we'll need a new or strongly updated version of BeTheme! Is it still alive?
Keep on the good work and R5 will see the light again!
|
|
| Full package on PhOS |
 |
 |
By sarana - Posted on June 27, 2004 - 08:10:32 (#13078)
Current version when comment was posted: Beta 02 |
 |
 |
Did not install well on PhOS. Here's what I got:
loading symbols
segment violation occurred
_free_internal:
_free_internal:
+0099 ec062299: * 040a748b movl 0x00000004(%edx,%ecx,1), %esi
w>/boot/home/Desktop:
|
|
| Thumbnails |
 |
 |
By mmlr - Posted on June 27, 2004 - 07:42:35 (#13077)
Current version when comment was posted: Beta 02 |
 |
 |
No, in this release the thumbnails aren't compressed at all. This may change in the full Beta 7, and will use PNG or ZIP compression. GIF supports only 256 colors, yes and that would certainly not fit the purpose of this.
|
|
| btw, why just GIF? |
 |
 |
By s_d - Posted on June 27, 2004 - 06:41:06 (#13075)
Current version when comment was posted: Beta 02 |
 |
 |
As far as i understand in this version you implemented tumbnail compression as we discussed in your forum.
But why just GIF? Not PNG, for example?
For speed reasons, or simplicity or anything else?
Also, if i remember correctly from old times, GIF has restrictions for number of colors, is it true?
Regards, and in respect to your work,
fyysik
|
|
| Important update! |
 |
 |
By mmlr - Posted on June 26, 2004 - 18:18:03 (#13064)
Current version when comment was posted: Beta 02 |
 |
 |
I just repackaged the full package with a libtracker version that should be binary compatible with all the BeOS versions from R5 and up. If you are a R5 user, you don't need to redownload. If you use something above R5 you can now test the Tracker.NewFS 3.0 Beta 7 preview, too.
One thing to the translator thing:
If the Translator crashes - It will take down the application using it. If this is the Tracker, it will take down the Tracker. But as the problem is not within the Tracker, I can't do anything about it. Problems are known for the GIFTranslator and for BeCasso it seems. The only option is to remove the Translator or restore an old Tracker.
This problem may be "solved" in the future by using an external program to do the thumbnails. It cannot really be solved that way, it's just that the external program crashs in that case and not the Tracker.
|
|
| Conflict with BeCasso Translator. Crash. |
 |
 |
By s_d - Posted on June 26, 2004 - 16:47:18 (#13061)
Current version when comment was posted: Beta 02 |
 |
 |
loading symbols
segment violation occurred
#File BecassoTranslator text:
#File BecassoTranslator text:
+7397 ea87c397: * 00ffffff00c7 movl $0x00ffffff, (%eax)
w>/boot/home/Desktop/Graphics:sc
frame retaddr
fd1e4514 ec34aae2 BTranslatorRoster::Translate(BPositionIO *, translator_info const *, BMessage *, BPositionIO *, unsigned long, unsigned long, char const *) + 0000014a
fd1e4748 ec3472b2 BTranslationUtils::GetBitmap(BPositionIO *, BTranslatorRoster *) + 00000052
fd1e47dc ec3483dd BTranslationUtils::GetBitmap(entry_ref const *, BTranslatorRoster *) + 0000004d
fd1e4860 ee6d7605 ExtendedIcon::CreateThumb(BBitmap *&) + 00000025
fd1e48a0 ee6d6774 ExtendedIcon::GetIcon(BBitmap *&) + 00000304
fd1e4900 ee7248ef GetNodeIcon__Q28BPrivate9IconCachePQ28BPrivate19ModelNodeLazyOpenerPt8AutoLock1ZQ28BPrivate15SimpleIconCachePPt8AutoLock1ZQ28BPrivate15SimpleIconCachePQ28BPrivate5ModelRQ28BPrivate10IconSourceQ28BPrivate12IconDrawMode9icon_sizePQ28BPrivate19LazyBi + 00000133
|
|
| Thank's for the offer... |
 |
 |
By mmlr - Posted on June 26, 2004 - 14:33:06 (#13058)
Current version when comment was posted: Beta 02 |
 |
 |
... but I don't want anyone to look at my terribly unclean sources currently. The Tracker is undergoing massive changes with those thumbnail and SVG stuff. The new classes and such are not nearly finished and I hate to release code that is not well formated and cleaned up. That's the reason why I always release the sources with the full releases or milestones.
But as I am getting so many requests for a Dano Tracker.NewFS with SVG I will probably make the release earlier than for the finished Beta 7. Give me a week.
|
|
| RE: Compatibility? |
 |
 |
By looncraz - Posted on June 26, 2004 - 14:11:36 (#13057)
Current version when comment was posted: Beta 02 |
 |
 |
Right, that is what I expected. The compatibility is in regards to the Tracker, sorry.
I am offering my services in compiling, and doing any modifications needed, though none should be unless a very few particular circumstances occur regarding the media kit or the BMessage flattening (flattened format is different, so there can be no sharing of flattened BMessages between R5 and Dano)... which is unlikely.
To make it short: want me to compile the Tracker for you so you do not have to worry about it?
If so, just mail the source to me. If not, oh well.
--The loon
|
|
| Compatibility? |
 |
 |
By mmlr - Posted on June 26, 2004 - 13:59:52 (#13056)
Current version when comment was posted: Beta 02 |
 |
 |
What compatibility are you talking about? The library does work fine on Zeta. If you refer to the zombie replicant - that's not a Dano issue. If you restart the Tracker and try again it works fine.
If you refer to the Tracker: It is already source compatible with Dano. It's just that I don't want to compile for Dano all the time since I have to dig out my Dano install first. I will compile the Beta 7 for Dano, but not the preview releases of it in the package here.
|
|
| Dano / PhOS / Zeta compatibility... |
 |
 |
By looncraz - Posted on June 26, 2004 - 13:25:12 (#13054)
Current version when comment was posted: Beta 02 |
 |
 |
I believe that in all likelihood compatibility can be achieved with simple re-linking.. and a very vital look at certain flattened BMessages are handled (Dano uses a far different format).
I find it unlikely that, outside the media kit, Dano would not be capable of creating a good build of this without source code modifications (unless a lot of #ifdef BEOS_VERSION_R5's are in there).
In any event, a common source code can be fleshed.
I would like to volunteer my eperience in this exact capacity for Dano/PhOS/Zeta compatibility. I will likely try e-mailing if I do not see a reply here within a couple days.
--The loon
|
|
|
|
|